-
Notifications
You must be signed in to change notification settings - Fork 1
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
Communication from the bridge master to cosigners is unstable #117
Comments
Any updates? |
Testing with another project ( the tft-stellar/guardians/unvesting app at commit threefoldfoundation/tft-stellar@24bc449 )shows that a libp2p gorpc client connects to a libp2p gorpc service that was started later using a synchronous Call without an explicit libp2p call to connect to it ( this was done at startup but failed off course since the service was not up yet).
The client ( logs above) runs in kubernetes at my home dev/test setup and the service ( cosigner) runs in Lochristi DC in a docker. |
after a while, this test setup started failing:
Restarting the cosigner did not solve the problem. Restarting the initiator did not work either:
After restarting the cosigner again, the communication worked, might also be that I was too inpatient and the node was not propagated yet. Will add some extra logging to the test setup to know more what exactly is going wrong. |
The initiator(Client) does not seem to be the problem, after a night of routing not found errors, a restart of the cosigner made it connect again and the Routing Table is constantly filled with about 180-190 entries. It immediately started failing again though. Another restart of the cosigner after a while started the communication again. Seems like there is a problem in the peerrouting but no idea why yet. Btw, I removed the explicit Connect in the beginning, gorpc calls Openstream on the host which tries to connect. |
Any idea how to resolve this? Do you need help from anyone with it? |
@sabrinasadik As you can see in the above comments, I'm working on identifying the exact problem. |
Another option worth to setup/ try is running a few relay nodes ourselves and add those in the peerrouting DHT bootstrap nodes. Have both the client and cosigner and cosigner connect to them so there is always a peerrouting path. |
Any status update here? |
public libp2p routing and discovery seems not to work any more, trying with setting up a private libp2p network |
Requirement:
|
This is solved for the ethereum bridge, should be implemented for bsc |
Mostly the error is routing: not found
The text was updated successfully, but these errors were encountered: