ERROR contact:service ping satellite failed {"Satellite ID": "XXXXXXXXXXXXXXXXXXXXXXXX", "attempts": 1, "error": "ping satellite: check-in ratelimit: node rate limited by id", "errorVerbose": "ping satellite: check-in ratelimit: node rate limited by id\n\tstorj.io/storj/storagenode/contact.(*Service).pingSatelliteOnce:138\n\tstorj.io/storj/storagenode/contact.(*Service).pingSatellite:95\n\tstorj.io/storj/storagenode/contact.(*Chore).updateCycles.func1:87\n\tstorj.io/common/sync2.(*Cycle).Run:92\n\tstorj.io/common/sync2.(*Cycle).Start.func1:71\n\tgolang.org/x/sync/errgroup.(*Group).Go.func1:57"}
ERROR contact:service ping satellite failed {"Satellite ID": "XXXXXXXXXXXXXXXXXXXXXXXX", "attempts": 3, "error": "ping satellite: failed to dial storage node (ID: XXXXXXXXXXXXXXXXXXXXXXXX) at address my_dynamicDNS/IP:28967: rpc: tls peer certificate verification: not signed by any CA in the whitelist: CA cert", "errorVerbose": "ping satellite: failed to dial storage node (ID: XXXXXXXXXXXXXXXXXXXXXXXX) at address my_dynamicDNS/IP:28967: rpc: tls peer certificate verification: not signed by any CA in the whitelist: CA cert\n\tstorj.io/storj/storagenode/contact.(*Service).pingSatelliteOnce:141\n\tstorj.io/storj/storagenode/contact.(*Service).pingSatellite:95\n\tstorj.io/storj/storagenode/contact.(*Chore).updateCycles.func1:87\n\tstorj.io/common/sync2.(*Cycle).Run:92\n\tstorj.io/common/sync2.(*Cycle).Start.func1:71\n\tgolang.org/x/sync/errgroup.(*Group).Go.func1:57"}
Then I would recommend to take the identity from the backup and sign it with a new authorization token or perhaps copy the ~/.local/share/storj/identity/storagenode over /root/storj/config/identity one more time, then restart the container.
Yes. Identity - Node Operator
The backup in particular: Identity - Node Operator and copy/move to the disk: Identity - Node Operator
You just somewhere made a mistake or skipped something, that’s ok for the new node. In worst case you would need to re-create it.
The authorization token can be used once - yours already claimed, so you need to request a new one, if your backed up identity is not signed.
If you mean how to copy over, then it’s simply:
echo $HOME
then use the output of the previous command instead of SOURCE in this command:
I asked copy over /root/storj/config/identity/ the identity, which you measured as 2 and 3 here
if you did not change the path in the checking commands, then you probably have the normally signed identity in ~/.local/share/storj/identity/storagenode and you can just copy it over /root/storj/config/identity/, which was broken:
The other way - is to copy from backup and sign again with a new authorization token (you can use the same email, it doesn’t matter).
The email doesn’t matter. It’s just part of the token and should be valid to receive that token
Using the token is burning it, so you cannot use the same token more than once.