Closed
Bug 455778
Opened 16 years ago
Closed 16 years ago
CDNetworks is affecting AMO logins
Categories
(mozilla.org Graveyard :: Server Operations, task)
mozilla.org Graveyard
Server Operations
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: baz, Assigned: mrz)
Details
Attachments
(1 file)
36.26 KB,
image/png
|
Details |
I've been spending time today trying to work in the Editor & Admin Tools section of AMO and ever since the CDNetworks update, I'm seeing tons of failures including:
- -261 errors when trying to download selected add-ons
- Claims of invalid passwords (see screenshot) - pwd is autofilled by Firefox and hasn't changed, I can simply press login again and it works!
- Loss of login credentials (login cookie is forgotten nearly immediately and forces you to login in again and again and again)
Comment 1•16 years ago
|
||
Mike, do you know why those would be happening?
Matthew, time to revert?
Assignee | ||
Updated•16 years ago
|
Assignee: server-ops → mrz
Comment 2•16 years ago
|
||
There is a hidden session variable in forms so when they POST they verify that the user has a valid session.
The login form doesn't yet have a session started, so this is probably happening in the case where a login form has a cached formKey and it posts to the login handler and it thinks it's an illegal login attempt.
Comment 3•16 years ago
|
||
Login worked fine for me first time I tried it.
Assignee | ||
Comment 4•16 years ago
|
||
How come we don't see this behind the Netscaler cache?
Is this intermittent? I'm able to login (from two different computers).
Comment 5•16 years ago
|
||
I haven't been able to reproduce it.
Updated•16 years ago
|
Summary: AMO with CDNetworks has issues → CDNetworks is affecting AMO logins
Comment 6•16 years ago
|
||
FWIW, I sporadically see this too. Note that I tested this quite heavily over in bug 450745 comment 15, so I'm not sure what happened since...
Comment 7•16 years ago
|
||
I spoke with Jeremy and we found that mrapp512 was not giving consistent results. Narrowed it down to eAccelerator caching the old config file from before the server IPs were changed. It was fixed and put back into rotation. This could have been the cause of improper behavior (and then multiplied as it was cached at the next two levels -- NS, CDN).
Assignee | ||
Comment 8•16 years ago
|
||
No longer using CDNetworks so any issue related to them is gone.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 9•16 years ago
|
||
I haven't seen the login problem today so, I'm going to mark this VERIFIED.
Status: RESOLVED → VERIFIED
Updated•10 years ago
|
Product: mozilla.org → mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•