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
Condition: You have a working client/server peering relation with a remote party. The remote party then removes the paymentchannel on their side. Once down the peering goes down, but the moneyd admin port is still available.
When you restart the connector, the routing seems to startup find (except the broken peer obviously) however it seems to be stuck on bring that peer online. It will report an error like:
debug Error processing BTP packet of type 6: Error: paychan initialization has not completed or has failed.
This still is fine, but after the restart you do not have the admin port listening on port 7769 anymore. The admin gui is one of the few tools that makes it easy to actually trouble shoot these kind of issues. It should always be able to start, even is a single peer misbehaves.
Tempting it would be that if a node is very well connected (lets say every node out there) and then wipes all its payment channels ... all the nodes start misbehaving/getting issues creating a cascading event. We have seen this with individual peerings gone wrong, but on a large scale it might interfere with the stability of the network?
The text was updated successfully, but these errors were encountered:
Condition: You have a working client/server peering relation with a remote party. The remote party then removes the paymentchannel on their side. Once down the peering goes down, but the moneyd admin port is still available.
When you restart the connector, the routing seems to startup find (except the broken peer obviously) however it seems to be stuck on bring that peer online. It will report an error like:
debug Error processing BTP packet of type 6: Error: paychan initialization has not completed or has failed.
This still is fine, but after the restart you do not have the admin port listening on port 7769 anymore. The admin gui is one of the few tools that makes it easy to actually trouble shoot these kind of issues. It should always be able to start, even is a single peer misbehaves.
Tempting it would be that if a node is very well connected (lets say every node out there) and then wipes all its payment channels ... all the nodes start misbehaving/getting issues creating a cascading event. We have seen this with individual peerings gone wrong, but on a large scale it might interfere with the stability of the network?
The text was updated successfully, but these errors were encountered: