Storage Drop more than 2/3 of total

Node Operators FAQ
,
1

Hello
i don’t know what appen, but i almost lost 2/3 what stored on the node.

storj
storj839×826 71.4 KB

Hopefuly someone can help me.

Best

2

storj2
storj2846×785 71.3 KB

Same on the second node.

3

image
image870×473 28.4 KB

Same here (4yr old node)

4

The “Average Disk Space Used this Month” number comes from Satellite data: and it can be old/stale/broken. In the screenshots it doesn’t look like the local “Allocated Disk Space” → “Used” number has really changed.

Probably just stale data: that will get fixed if you wait.

1 Like
5

It’s probably the same issue like every month:

1 Like
6

Képernyőfotó 2026-04-20 - 11.46.26
Képernyőfotó 2026-04-20 - 11.46.261740×916 99.5 KB

Unfortunately it hasn’t fixed itself for me. I had the same issue last month as well, but back then it eventually corrected itself retroactively.

7

Yes, because it’s independent of the node, it’s a satellite-side reporting and the only what can be fixed on the node’s side is to ignore not full or missing data. A flatline is better than a hole :slight_smile:

8

I’d argue hole is better. But not the dip — a void. Lack of data shall be shown by absence of data points.

Hole is lack of data. Dip is lack of data being interpreted as zero data. This is wrong.

Flatline is a dip backfilled with stale data. Also wrong. Same reason — no data is better than fake data.

example of how missing data shall be visualized

There was a bug in the backend where it would only record data to the database when there was at least one listener. So I have gaps in the database. This is how to correctly show that piece-wise data without lying.

image
image2796×1290 181 KB

3 Likes
9

Both better than now :slight_smile:

10

https://stats.storjshare.io was not updated for 4 days as well. Is the team aware of this problem?

11

Would ask the team again.

12

Json files should have new data by now. Let me know if you see any errors.

Sorry for the temporary problem.

4 Likes