Skip to content
This repository has been archived by the owner on May 10, 2019. It is now read-only.

load_gen: Investigate "failed to auth" errors showing up at regular intervals #785

Closed
jbonacci opened this issue Dec 20, 2011 · 3 comments
Closed

Comments

@jbonacci
Copy link
Contributor

Today, 12/20, started up a load test on Stage around 11:30am PST.

bin/load_gen -s https://stage-browserid.services.mozilla.com -o -m 500000 -u 1/500

After one initial spike of errors around 11:50am PST, I am starting to see authorization failures at fairly regular (consistent) intervals:
error: failed to authenticate: non-success response 200 - {"success":false,"reason":"no such user"}
501120.00 514036.19 792156.50 46 R, 232 S (2sp 1rs 1al 0rh 42sn 0iy 0cs) (1 ERRORS!)

or

error: failed to authenticate: non-success response 200 - {"success":false,"reason":"mismatch - pass:lxuGFYE3Bo - email:EnCnPlCG@OsPzlOvm.GQE - hash:$2a$12$dGsuShWCIRW1XuclkwP7EeN/cbiO5zarTYOYBVdqhqfSd4.v.u7T6"}
492480.00 501345.91 515317.68 63 R, 232 S (3sp 0rs 0al 3rh 57sn 0iy 0cs) (1 ERRORS!)

or similar

lloyd added a commit that referenced this issue Dec 31, 2011
…more gracefully under backbreaking load, returning 503s to clients of the authenticate_user api. update loadgen to be less dramatic about, but still display, 503 errors. first part of issue #787 - a partial fix for #785 in dere too
lloyd added a commit that referenced this issue Jan 6, 2012
… the session when this happens to prevent errors that occur when the loadgen client thinks it's authed, but the server knows its not. issue #785
lloyd added a commit that referenced this issue Jan 6, 2012
… the local user database - issue #838, issue #785, issue #787, issue #784
lloyd added a commit that referenced this issue Jan 6, 2012
…es in their device contexts after a password reset (still authenticated as th old user that they split from) issue #785
@lloyd lloyd closed this as completed Jan 6, 2012
@lloyd
Copy link
Contributor

lloyd commented Jan 9, 2012

reopening this bug, still seeing:

error: (signin) failed to authenticate: non-success response 200 - {"success":false,"reason":"no such user"}

Steps to reproduce? Turn up the load until things fall over (requests start failing), then back off and leave several clients running. They'll be left in this state where they have users in their database that the server doesn't know about.

@lloyd lloyd reopened this Jan 9, 2012
@lloyd lloyd closed this as completed in 4239eeb Jan 10, 2012
@jbonacci
Copy link
Contributor Author

We will verify this in Stage this week with load_gen.

@jbonacci
Copy link
Contributor Author

Not really seeing this anymore...

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants