-
Notifications
You must be signed in to change notification settings - Fork 22
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
add deregister function, and clarify error message #9
Comments
First of all thank you for your feedback, we are working on improving and make the experience as easy as possible. In the following lines I will try to give some more details and context about the client application, which will be also added to the readme file. In this this new version every node MUST have its own secret key. Registering a node through https://net.goerli.ethstats.io, its secret key is valid only on this platform/deployment. It doesn't work with other deployments or the older EthStats client aka The registration of a node through the Geth option is ONLY for Geth (https://github.com/ethereum/go-ethereum) nodes because it supports sending stats data directly through the To register other types of nodes (Parity, Pantheon, Nethermind...) we recommend using By default So it seems that you first registered your node for the As requested I'll add a check when trying to switch the network and the node is already registered to a different one and notify with a specific error message. As for the other request deregistering/changing the secret key, there is a "Node recovery process" available ONLY in interactive mode. This helps in cases like yours or for example when you lost your config file and want to use the same node name previously registered.
Using arrow keys select "Existing node", then you need to enter your email account which was used to register your node.
After typing that in, next an email will be sent to that account with a list of all nodes registered with that email account. Every node name in the list will have attached a recovery hash.
This should end with a successful registration of an existing node name. Now regarding the other errors: "ERROR: Socket error: getaddrinfo EAI_AGAIN api api:80" - Here you tried to connect to the |
Released v2.4.19
|
I'm a dummy, and could use a little help protecting me from myself.
the backstory
The first time I went to net.goerli.ethstats.io, I registered with the Geth option. I tried running that info through the EthStats-client, and it wasn't working out right, so I installed ethstats-cli. I then registered my node, but kept getting "ERROR: Internal error" messages, with no clear description of the error.
Eventually, I realized that I never specified which network to connect to with
ethstats-cli --register --account-email [email protected] --node-name SomeNodeName
Having finally realized my error, I swapped to
ethstats-cli --register --account-email [email protected] --node-name SomeNodeName --net goerli
At that point, I received the following
ERROR: Authentication error: ["Secret key is invalid"]
Thinking I'd be a smart (I'm not. I'm a dumb), I did the following
ethstats-cli --server-url "SomeNodeName:MySecretThatWasEmailedToMe@wss://server.net.goerli.ethstats.io"
That results in the following error
ERROR: Socket error: getaddrinfo EAI_AGAIN api api:80
After that, ethstats-cli seems to hang indefinitely, until you manually interrupt.
feature request
So after all that, I think a way to deregister your node would be handy. Also, clarify the "ERROR: Internal error" message to specify "Hey dummy, you're connected to the wrong network."
It might also be helpful to have a specific "how to change your secret key after registering" section under the troubleshooting on your README in GitHub. I just happened to scroll wildly, and end up on the "Config file" section, which was the solution to my self inflicted, dummy-made, issue (replace the key there with the one emailed to me). Along with that, specifying how to run multiple nodes with the one registered email might be helpful (I'm assuming you reuse the same key, with different node names?).
The text was updated successfully, but these errors were encountered: