-
Notifications
You must be signed in to change notification settings - Fork 139
Error: 13 INTERNAL: Received RST_STREAM with code 2 #785
Comments
Could you share your environment details?
How frequently is this happening? Thanks! |
Yes
It's happening alot. |
I am having same issue as well |
Making sure @alexander-fenster and @murgatroid99 see this |
I am having same issue as well. OS: CentOS Linux release 7.7.1908
We got this error, but also this one around the same time, for another request:
|
I've been seeing this issue today. Running latest Same thing as others, Only calls to Google are:
pngData is the raw PNG data from disk. Same identical code was working fine several days ago, just started getting this error for the first time today, no code changes. |
I worked around this bug by ditching the See here: https://cloud.google.com/vision/docs/quickstart-cli To get a Bearer
The response includes a Note: You'll get a 404 error on the URL if you don't have the Authorization header. Once you add the header it works fine. Using this direct approach everything works great, no errors or problems. This issue is clearly a client side bug in a core component of Google's RPC node client libraries. This issue has been filed with multiple, other, google, api, libraries and goes back over 1 year. Since this doesn't appear to be a priority fix, I recommend everyone start calling the HTTP API endpoints directly. |
Hi folks, If you keep seeing
If you keep seeing the issue on the newer gRPC version, please do report here. Thank you! |
@alexander-fenster Still getting these errors mate.
This issue is still occurring when processing large volumes of images. We're getting the original error it's only started happening today prior to the upgrade we were running
as well as
|
Bump because I'm also having this issue. Similar to @david-taggun I'm getting this error when sending larger quantities of images (not that crazy or anything) Error: 13 INTERNAL: Received RST_STREAM with code 2 triggered by internal client error: read ECONNRESET
at Object.callErrorFromStatus (node_modules\@grpc\grpc-js\build\src\call.js:31:26)
at Object.onReceiveStatus (node_modules\@grpc\grpc-js\build\src\client.js:176:52)
at Object.onReceiveStatus (node_modules\@grpc\grpc-js\build\src\client-interceptors.js:336:141)
at Object.onReceiveStatus (node_modules\@grpc\grpc-js\build\src\client-interceptors.js:299:181)
at node_modules\@grpc\grpc-js\build\src\call-stream.js:145:78
at processTicksAndRejections (internal/process/task_queues.js:75:11) Seems to be happening whenever I send around 30+ images within a couple minutes. Whenever I'm not getting the error it is taking painfully long to get a response (like 2-3 minutes for 8-10 images). Also, the images aren't crazy intricate or anything. They're fairly basic images such as a simple picture of a bus with nothing else.
|
I'm also receiving the same issue when requesting from the db, and while my db is pretty large, I'm setting the request with a limit() of 3. |
Just to test my code, when I run the same request in the emulator with a significantly smaller db. I have no errors. So I think that the error comes from looking for all the files even though I'm limiting it to three |
A handful of related issues have been closed (in the gRPC layer) which we believe resolves the issue. Is anyone in this thread still seeing the issue with a recent version of the library? I'm going to close this out shortly if not. If you are still seeing the issue, please include which version of the library / gRPC you're using. Thanks! |
Yo, I've been having this random error lately, and I have no idea why.
Code:
The image is a remote url.
And thanks in advance.
The text was updated successfully, but these errors were encountered: