Skip to content
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

2.5.1 error messages #1427

Closed
PFC-developer opened this issue Mar 14, 2024 · 3 comments · Fixed by #1428
Closed

2.5.1 error messages #1427

PFC-developer opened this issue Mar 14, 2024 · 3 comments · Fixed by #1428

Comments

@PFC-developer
Copy link

is there a way to get the chain id's into the error messages ?

specifically

 2024-03-14T12:58:36.967438Z    warn    Flush not complete    {"error": "failed to enqueue pending messages for flush: no ibc messages found for send_packet query: send_packet.packet_src_channel='channel-18' AND send_packet.packet_sequence='388'"}
@jtieri
Copy link
Member

jtieri commented Mar 14, 2024

Good call out @PFC-developer!

I opened a PR that adds both chain IDs and the client IDs to the log statement, this should be much more useful when trying to debug an incomplete flush. If there are any other areas where we could improve logs for operators please feel free to open more issues 🙂

@parveenkaushikmajra
Copy link

parveenkaushikmajra commented May 10, 2024

@PFC-developer @jtieri I am having the same error during ibc relayer on version 2.4.1. How can I resolve this?Should I need to update it to v 2.5.1?
warn Flush not complete {"error": "flush was successful, but packets are still pending. { src_chain-id channel-0 transfer recv: 0, ack: 35 } "}

@jtieri
Copy link
Member

jtieri commented May 11, 2024

@PFC-developer @jtieri I am having the same error during ibc relayer on version 2.4.1. How can I resolve this?Should I need to update it to v 2.5.1? warn Flush not complete {"error": "flush was successful, but packets are still pending. { src_chain-id channel-0 transfer recv: 0, ack: 35 } "}

This log doesn't appear to be problematic on its own. The relayer has a limit on the size of the txs that it will broadcast which means there is a limit on the number of msgs that it attempts to batch. The log you shared just means that during a periodic flush the relayer was able to relay some number of IBC related msgs successfully but that it didn't fully clear the queue of pending packets due to this hardcoded limit on tx size.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants