-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
ConnectionResetError missing in retry #558
Comments
probably should bring this into line with what the cloudsdk does: http://testcompany.info/google-cloud-sdk/lib/third_party/apitools/base/py/http_wrapper.py at the same time handle: #563 |
Is there any traction on this ? We raised this with Google Support and their answer was to implement a exponential backup. |
+1, same issue here, often happens on Cloud Functions. Implementing exponential backoff on |
I'm having the same issue when using the google-cloud-bigquery client running within a cloud function in us-east1. @thehesiod It looks like you implemented a fix for this in your private fork. There are also some unrelated changes in that branch. Do you plan to extract the fix for this issue and open a separate pull request here? That should make it easier for someone to review it and getting it merged. Otherwise let me know, I might open a PR. Edit: Nevermind, google-cloud-bigquery when running within cloud functions uses |
@eckardt <rant> the google APIs update: For httplib you'll also need: httplib2/httplib2#111, which isn't released yet |
Hey @thehesiod, we hear your frustration and we're working hard to improve all of these libraries, but please keep comment this issue tracker on topic and respectful.
Just want to add some context here- it's risky for us to do this as we don't want to introduce bugs for other users, and our APIs are largely moving away from API-level batching towards protocol-level batching (gRPC). We could definitely consider something like this for a 2.0, if that happens (as we're considering switching this library over to Requests as part of a major version change).
The bugs in Pub/Sub are entirely unrelated to Requests and were due to the fact that the Pub/Sub library was under heavy active development. We are close to our 1.0.0 milestone on that, so I encourage you to try it again and give us feedback. |
fyi another issue I've found is that discovery is not retried on socket.timeout. We're seeing this call periodically fail. The reliance on http2lib means that anytime socket.timeout/socket.gaierror/unhandled socket.error means the client (google-api-python-client) needs to implement the retry. update: fixed in thehesiod-forks@c7f43e4 |
Also getting a ton of this error... going to assume the easiest way is to exponential back off on both |
Hi everyone, do we have any update on this? We are currently using airflow which uses This issue is a recurring issue and happens intermittently. |
can you link the code since it's in the airflow repo? |
This is the line where while querying the dataproc job status, it fails: https://github.com/apache/airflow/blob/1.10.4/airflow/contrib/hooks/gcp_dataproc_hook.py#L123 Whole stacktrace:
|
This commit fixes issue googleapis#558
This commit fixes issue #558 Co-authored-by: Bu Sun Kim <8822365+busunkim96@users.noreply.github.com>
Greetings, we're closing this. Looks like the issue got resolved. Please let us know if the issue needs to be reopened. |
Here's a callstack we just got and it wasn't retried:
looks like a python3 support issue, this case is covered in py2 by socket.error. In my implementation I've centralized this logic here: https://github.com/thehesiod/google-api-python-client/blob/thehesiod/batch-retries/googleapiclient/http.py#L143
The text was updated successfully, but these errors were encountered: