Disqualified - audit 59% on eu1, but i think he got all the files

[SGC]

there are only a few ways to get DQ.

1. loose to much of the storagenode data
2. have more than 12 days of downtime in a month
3. high enough disk latency that it fails audits repeatedly
4. run a version of the storagenode that is to old.

since your audits dropped we can exclude 2 and 4…

so either you lost data or you had issues with your disk, connection…

it doesn’t take much to get dq for a satellite with limited data… with the current audit model,
and really thats what happens in most cases… some tiny error happens, and because the node is small that error isn’t insignificant enough to that satellites amount of stored data… and the node eventually dies.

but it doesn’t happen without reason, your audit score doesn’t drop without failed audits, or atleast i’m unaware of any reliable data saying otherwise…
and personally i’ve been running for 16 months and has millions of successful audits…
failed a couple because i lost a few files during a migration…

Tuning audit scoring

In a recent topic the subject of data loss and resulting audit scores and disqualification came up. It triggered me to do some research into how the current system works and what fluctuations in scores are to be expected. In order to investigate I created a simulator that simulates audits and the resulting scores based on an average data loss percentage. This is what a 15% data loss looks like with the current formulas: [image] This approach has several issues: The scores are extremely vol…

my loss of just a couple of files, put my 6 month old node down to 87% briefly
so doesn’t take much to get dq on a satellite with low data…
basically just have to look at it wrong.