It says my node has been disqualified and I was wondering if there’s a way to regain node operator status? I was having some trouble staying connected for a while which I suppose is the reason I was disqualified, but at the same time, isn’t a occassionally online node better than no node at all?
No there is no way to get requalified once your disqualified thats pretty much it, Less its a mistake that storj created.
Being disqualified is cause your node is not trust worthy so a node that isnt dependable shouldnt be part of the network. Cause the network is only as strong as its weakest link. Imagine if more people thought the same way, That occassionally online is good enough. Most of the time you get disqualified for missing data, and 288 hours of downtime total in a month. Theres no its ok to be offline for months then all of a sudden you decided to turn your node back on and everything is good to go.
What are the times between each block of data transfer? As there are 3 redundancies of every file stored shouldn’t downtime be considered within fault tolerance?
Yeah 288 hours of downtime in a month is the alotted amount of time it used to be 5hours of downtime per month. But it doesnt allow you to have 288 hours of downtime every single month though. There is a rep you have to keep. When your node is offline for a certain amount of time it triggers a repair for your nodes missings data. So if you were gonna try to do a loop hole and try to get rid of data this way you would get DQ eventually.
We doesn’t use replication
However, there is redundancy - only 29 pieces from 80 are needed to reconstruct the file.
It’s highly unlikely that your node were disqualified for downtime, unless it was offline for more than 30 days. More like data loss/corruption.
If your node is disqualified, it cannot be trusted anymore and you need to start from scratch - with generation of a new identity, signing it with a new authorization token and clean storage.
You cannot use the copy of a previous identity, it’s disqualified already.
Is it just a matter of applying for a new authorization token or is it some kind of … idk, alpha/beta - thing?
I’ll definitely get my node up and running again if I can, got lots of storage to spare.
No. You need to generate a new identity. Only authorization token is not enough. You need to run
identity create storagenode2
then
identity authorize storagenode2 your@email:remainingAuthorizationTokenSequence
then use a new path to your new identity (it will end with folder name storagenode2 in this case instead of storagenode).
If you have undistributed amount I would like to suggest to opt-in for zkSync or Polygon for your disqualified node, bring it online to inform satellites about that before your delete an old identity. Or if you would like to try your luck and wait for L1 payout, then backup the disqualified identity on case if you change your mind later.
What do you mean by “remaining” authorization token?
I just attempted to re-use my old authorization token after creating a new identity but I got the error that the authorization was already claimed.
I do not know, where you took “remaining authorization token” in my response.
The authorization token is needed only to make the generated identity valid for the satellites. The authorization token will not make the identity unique, only generation can do that.
The authorization token is one-time use, you cannot use it more than once. So, to authorize a new identity you need to request a new authorization token.
It’s in your second step.
I reinstalled, generated a new identity and applied my new authorization token but my node still says it’s suspended. Maybe I missed something, I’ll go have a second look later on.
Ah, I see. This is just an example, that your authorization token is consist of your email and remained part with letters and numbers.
The node could be suspended in two cases:
- it’s failed audits with unknown errors;
- it’s were offline too long.
What’s you case? Is the suspension score dropping?
STATUS
Offline
QUIC
Misconfigured
UPTIME
3h 49m
LAST CONTACT
17717945h 54m ago
VERSION
v1.50.4
PERIOD
April
Choose your satellite: All Satellites
Your node has been disqualified on 12tRQrMTWUWwzwGh18i7Fqs67kmdhH9t6aToeiwbo5mfS2rUmo 1wFTAgs9DP5RSnCqKV1eLf6N9wtk4EAtmN5DpSxcs8EjT69tGE 121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6 12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S 12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs 12rfG3sh9NCWiX3ivPjq2HtdLmbqCrvHVEzJubnzFzosMuawymB . If you have any questions regarding this please check our Node Operators thread on Storj forum.
It never seemed to update to a ‘new node’ after generating the new identity and pointing the config.yaml to reflect the storagenode1 update.
Did you run a second node on the same identity?
You need to remove or move this identity to backup (if you would change your mind and decide to opt-in for zkSync or Polygon later) and generate a new one, when it will be generated, sign it with a new authorization token, then start with a clean storage.
Hi Alexey,
just to confirm with you. once the node has been disqualified, no other way but to start all over again. right?
Yes, this is correct. When a node is disqualified, you’ll have to generate a new identity and start all over.
Before you’re disqualified, you’ll get suspended - being in a suspended state is recoverable 
1 Like
Depends on the case:
- if the node is disqualified on all satellites, the only way is to start over: generate a new identity (not copy!), sign it with a new authorization token and start with a clean storage, but it’s better to figure out the reason first to not being disqualified again for the same mistake;
- if the node is disqualified on not all satellites, you may keep it running, the satellites where audit score is not below 97% will still pay you for the service; however, you could start over too, it’s up on you.
Depends on the reason. If it’s a downtime or unknown audit errors (when the suspension score is affected) - sure, the node would be suspended if any of these two scores would be below 60% And the node went out of suspension after these scores would be greater than 60%, both of them are growing with each successful audit, but with a different speed: the online score requires 30 days online to fully recover, the suspension score is growing pretty fast (it could recover within hours).
If the audit score is affected, there is no suspension before disqualification, as soon as audit score would fall below 97% - it will be disqualified instantly.
1 Like
Should I really care if I was disqualified from one satellite only? Seems a little bizarre, but 99.9% of all the data are coming from the other satellites. If I start all over does that also include the held back percentage?
Could I run another node via docker with a new identity on the same machine? I have an extra 20TB drive.
Hello @mikeymike,
Welcome back!
You can run the node while it’s not disqualified on all satellites. But seeing your audit scores for other satellites makes me think, that it wouldn’t be a long run, they are too close to DQ too.
Seems your node is managed to lost/corrupt some data (more than 4% to be precise), so it’s unlikely could survive. From the other hand - the satellites will pay until this node is not disqualified on them.
I would suggest to figure out, why this happened before starting a new node with a new identity on the same hardware.
Do I lose my entire payment due to this?