-
Notifications
You must be signed in to change notification settings - Fork 37
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
ReadStreamAsync
produces an error log entry if the result stream is not enumerated
#72
Comments
The same error appears in the log if I get one event from the result steam that has more events, even if I pass one as the count to the |
@alexeyzimarev Any updates on this? |
Hi, got the same issue. The problem is that when this error occurs the whole communication to the server failed. Client: Server: I could get arround with an ugly workarround. I removed the single instance of EventStoreClient and replaced it with one instance per lifetimescope in my Autofac-DI. But I fear that the System will go down when under heavier load or running a less potent system. Maybe this helps someone. |
Seems to be identical to: EventStore/EventStore#2973 |
Any updates on this? |
1 similar comment
Any updates on this? |
Any update on this? |
In 22.0 release of the client, we no longer set a deadline on Readstream |
I see the interface was changed, and I can set deadline on ReadStreamAsync(), but the problem still exists for me. server version: 21.10.6.0 confirmation it was actually fixed with #194 ? If I downgrade the client back to 21.2.0, it's working again. |
I ran into the same issue but fixed it by disposing the readstate. The following code did not dispose the readstate in case the readstate was not an Ok response, see: @thefringeninja pointed me in the right direction: |
Originated by: https://discuss.eventstore.com/t/deadlineexceeded-errors/2737
Code to reproduce the issue:
Since we're only interested in the read result and aren't enumerating the stream, gRPC client closes the stream after timeout exceeds.
Here is the log:
The code still works but under load, such an app will produce lots of false warnings and errors in the logs.
The code snippet above disposes the enumerator but it doesn't seem to help.
The text was updated successfully, but these errors were encountered: