Skip to content
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

Bug: empty protocols after dialing a peer #1510

Open
juligasa opened this issue Nov 10, 2023 · 2 comments
Open

Bug: empty protocols after dialing a peer #1510

juligasa opened this issue Nov 10, 2023 · 2 comments
Assignees
Labels
priority: high Critical to have scope: daemon Daemon and p2p networking type: bug Something isn't working

Comments

@juligasa
Copy link
Collaborator

juligasa commented Nov 10, 2023

Problem

n.p2p.Peerstore().GetProtocols(pid) sometimes is empty right after peer connection. We timeout (20s) before any protocol is returned back.
Turns out that the only two peers constantly failing to show any protocol ID at handshake are:
12D3KooWApxNt9QDA66MqpZyUvZhgkFZUvaNMmcVgJsjeBymhcGC->gabo.es
12D3KooWPubQEomQP49U5x2gynsXKCKrhCoJFjFVmYmNNTbc5nVC->hyperdocs.dev
Restarting hyperdocs.dev has solved the issue for that peer, It turned from failing always to constantly list protocols
The thing is that once a peer does it wrong, it always fails. For example RN I cannot connect to gabo.es in any way

Steps to Reproduce

Expected Behavior

Debug Info

@juligasa juligasa added type: bug Something isn't working scope: daemon Daemon and p2p networking lang: Go priority: high Critical to have labels Nov 10, 2023
@juligasa juligasa self-assigned this Nov 10, 2023
@juligasa
Copy link
Collaborator Author

Now after restarting the local node to switch accounts, gabo.es is working fine and the two new failing peers are:
12D3KooWHAdkjHvQr7UGXFixqJSayYEctsC2JzbYgjzZsWdZnkZk ->kenobi.info
12D3KooWQJfbty2DccQdmkri8CycXA3ZnKuFowWP2n8NiS6QVeF7 -> chelas.es
Seems like every time we reset the node, different failing nodes are created, only resolved by restarting either the local node or the remote one

@burdiyan
Copy link
Collaborator

Cross-referencing issue with the libp2p repo: libp2p/go-libp2p#2643

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
priority: high Critical to have scope: daemon Daemon and p2p networking type: bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants