-
Notifications
You must be signed in to change notification settings - Fork 127
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
Gracefully handle GoAway #320
Comments
I cant find where that error could have came from in from tonic/hyper. Any idea if this could have come from another service (or even client)? |
Yeah, I couldn't find it either, but it's only turbo-cache talking to the CAS everything else is proxied through a GrpcStore, so I don't see how a headers message could come from anywhere else. |
Interesting, are you sure it's Is it possible that the client (ReClient?) sent this error over h2? |
Actually, I have an nginx in front that forwards the CAS gRPC requests directly for legacy reasons. It may actually be Reclient sending it. |
It seems like this is still an issue and is discussed in hyperium/hyper#2500. I get this issue with nativelink talking to nativelink directly GrpcStore and sometimes also |
Just looking and it appears that tonic provides both |
Adding the rate limiting doesn't seem to help much. This is the logs from the GrpcStore server:
And these are the logs from the storage server itself:
This is with the above concurrency limit change and the concurrency set to 200, I'll try reducing it to 100. |
With it reduced to 100 I got: GrpcStore:
Storage server:
|
When being hammered a GrpcStore can end up encountering many transport errors:
It should be restricted in the number of simultaneous requests it can hammer at the upstream.
The text was updated successfully, but these errors were encountered: