-
Notifications
You must be signed in to change notification settings - Fork 44
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
Unhandled socket connection err leads to xud crash #1773
Comments
Is this reproducible? |
@raladev Important question here that I can't distinguish from the logs (and I'm thinking this should be logged going forward), did the node that wrote those logs make an outgoing connection to the peer? Or did the peer connect to it inbound? The error looks like it's happening due to beginning a write to a socket at the exact same moment that the remote peer destroys the socket. The |
it is log of our simnet-1 node. So, this node was online and just new node was installed by someone, then , if i understood correctly, it was inbound connection from remote node (if simnet-1 did not lose connection with emote node and did not try to establish it by yourself). |
This changes the peer socket error handling to use `on` instead of `once` when listening for `error` events to ensure that an unexpected second `error` event doesn't crash xud after the `once` handler stops listening. Instead we use `on` to listen to all error events and then manually remove all listeners from the socket after it's destroyed. Fixes #1773
This changes the peer socket error handling to use `on` instead of `once` when listening for `error` events to ensure that an unexpected second `error` event doesn't crash xud after the `once` handler stops listening. Instead we use `on` to listen to all error events and then manually remove all listeners from the socket after it's destroyed. Fixes #1773
Log:
The text was updated successfully, but these errors were encountered: