-
Notifications
You must be signed in to change notification settings - Fork 992
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
Timeouts can be reported as deterministic errors #3576
Comments
Looks like this issue has been open for 6 months with no activity. Is it still relevant? If not, please remember to close it. |
Still relevant as we haven't updated wasmtime. |
Looking at another occurence of this, it actually looks like an issue specific to the runtime assuming that traps from |
I have also been facing the same issue with my subgraph for rarible exchange v2. |
Same on our end:
Our subgraph code has a loop which is extra long for this token...
Happening on Posted on The Graph's discord server to get some good practices/guidance https://discord.com/channels/438038660412342282/438070183794573313/1082786404691628112 |
Thank you!! |
There is some situation where a timeout can happen and be reported as a deterministic error, as these logs indicate:
The latest version of wasmtime no longer supports these interrupts but has other ways to support timeouts. So upgrading wasmtime would likely make timeout handling more robust and possibly avoid this issue.
The text was updated successfully, but these errors were encountered: