You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When peer-A terminates a socket connection with peer-B, then peer-B should log message once and move on.
Current Behavior
This bug was discovered when attempting to sync v3 with devnet (with two v3 peers connected). When peer-A terminates a socket from peer-B, the following error continues to log, and appears to block node from moving on:
DEBUG: Socket error (peer 127.0.0.1) : Connection terminated while waiting to connect
Steps to Reproduce (for bugs)
Connect peer A
Connect peer B
Terminate socket from A
Notice repeated errors in B
The text was updated successfully, but these errors were encountered:
Log is present, because peer is still in the list of known peers. In my opinion it is good behavior, if node tries to connect to another peer multiple times and log every time the connection was not successful.
@air1one Maybe we can just remove the peer after some time if it is not responding of after x attempts to reconnect. In other way the nodes from peer list defined in configurations can always stay in the list.
Expected Behavior
When peer-A terminates a socket connection with peer-B, then peer-B should log message once and move on.
Current Behavior
This bug was discovered when attempting to sync v3 with devnet (with two v3 peers connected). When peer-A terminates a socket from peer-B, the following error continues to log, and appears to block node from moving on:
DEBUG: Socket error (peer 127.0.0.1) : Connection terminated while waiting to connect
Steps to Reproduce (for bugs)
The text was updated successfully, but these errors were encountered: