-
Notifications
You must be signed in to change notification settings - Fork 250
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
A worker shouldn't stop after getting a 503 #5666
Comments
The root cause may have been the nil pointer error, which might have caused the panic. It isn't clear to me yet if the nil pointer happened as part of the panic handling, or was the trigger for it.
|
Which release of generic-worker is this? |
Unfortunately a pretty old one, |
Looks like the bug lies in the go client here. The |
So, the http response is set here: taskcluster/clients/client-go/http.go Line 182 in e2eb190
which comes directly from here: https://github.com/taskcluster/httpbackoff/blob/main/httpbackoff.go#L123-L135 All error cases in the http request function passed to it ( taskcluster/clients/client-go/http.go Line 133 in e2eb190
That isn't a problem unless the backoff gives up which seems to be the case in the default config after the back time goes over its given max time. https://github.com/cenkalti/backoff/blob/v3/exponential.go#L89 |
Right now if a worker gets a 503, it'll panic, exit and never come back.
The queue service had a few issues coming back up after an update which might explain all those
EOF
lines (not related to taskcluster itself).The text was updated successfully, but these errors were encountered: