-
Notifications
You must be signed in to change notification settings - Fork 839
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
network/libp2p: Occasional Unexpected incoming data in NotificationsOutSubstream
on kusama validators
#7722
Comments
@skunert , I will look into it |
@MrishoLukamba I've created a small PR to handle more edge-cases and logging! Would still be good if you can have a look into this issue 🙏 I suspect the issue is linked to the latest release. While the network backends remain compatible, there may have been a change in the internal error propagation mechanism. For example, litep2p switched to the latest yamux upstream crate which aims to fix several missing io::errors. The PR handles #7724:
|
NotificationsOutSubstream
on kusama validatorsNotificationsOutSubstream
on kusama validators
Got the same issue today. There is an additional logline with
The error is repeated multiple times. The error also occured on bootnodes 0 and 1 but without the |
One more datapoint with a different peerId and message:
Inspecting the authorities of the chain, I could not find these peerIDs (discovered 934/1001), probably they are running as a normal node. Scanning every node as next steps, will post more info soon |
…n `std::io::Errors` (#7724) This PR handles a case where we called the `poll_next` on an outbound substream notification to check if the stream is closed. It is entirely possible that the `poll_next` would return an `io::error`, for example end of file. This PR ensures that we make the distinction between unexpected incoming data, and error originated from `poll_next`. While at it, the bulk of the PR change propagates the PeerID from the network behavior, through the notification handler, to the notification outbound stream for logging purposes. cc @paritytech/networking Part of: #7722 --------- Signed-off-by: Alexandru Vasile <[email protected]>
On our kusama validators I've noticed a bunch of errors like this appearing: https://grafana.teleport.parity.io/goto/_HJl5ZtNg?orgId=1
The good news is that the metrics seems to be alright, so maybe the warning is harmless, but this seems to be a new error log, so we need to look into it to make sure there is nothing nefarious going on.
Wild idea, maybe it is somehow related to litep2p enablement on Kusama #7076 and the fact that we just had a new release, which prompted some of the nodes to upgrade.
cc: @paritytech/networking
The text was updated successfully, but these errors were encountered: