-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Flush not complete #1464
Comments
Hey @avolon42x did you get this resolved? It's possible that packet was already relayed or the packet was never created properly. Can you confirm if this was the case? (it's also possible you have a relay max size limit set, and thus packets of select size are not relayed) |
Hey @Reecepbcups - no haven't solved it yet. I think it must have been something like not being created properly. Any other way to clear/flush this channel? |
@avolon42x There is a new |
I tried several heights and ranges with the start and end-flag but it's still not going through.. What else is possible? |
I believe this is due to the relayer trying to flush out old packets that were previously filtered (e.g. the IBC spam packets). Once the height that contains the packet commitment is pruned from IAVL on the node that rly is connected to, rly cannot query it anymore and the flush will get stuck like this. This is both a relayer level issue and a chain level issue, because if all relayers are configured to ignore certain packets, then the chain should probably also remove them from state with an upgrade migration. |
Dealing with this same thing now, any fix? |
I saw this error in my relayer and it keeps coming back:
Flush not complete {"error": "failed to enqueue pending messages for flush: no ibc messages found for write_acknowledgement query: write_acknowledgement.packet_dst_channel='channel-13' AND write_acknowledgement.packet_sequence='58128'"}
rly tx flush does not seems to resolve the problem. Any ideas?
The text was updated successfully, but these errors were encountered: