# Storj nodes reporting a sharp decrease in month usage after March 24 **URL:** \ **Category:** troubleshooting\ **Tags:** average-used-space\ **Created:** [March 25, 2026, 6:37pm UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567 "2026-03-25T18:37:48Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![samlabs-ca](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/samlabs-ca/32/7813_2.png) [@samlabs-ca](https://forum.storj.io/u/samlabs-ca)\ **Post date:** [March 25, 2026, 6:37pm UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/1 "2026-03-25T18:37:49Z")
Hello, All of my Storj nodes are showing a sharp decline in **“Average Disk Space Used This Month”** in the Node Dashboard. Did I do something wrong? This isn’t limited to new nodes — older nodes show the same drop. **“Space Used”** still shows the same value, but I’m not sure if data was moved to trash or if this is just a reporting/accounting change. Here are some node dashboard screenshots: ![Screenshot from 2026-03-25 14-37-02](https://storj-s3.bcdn.literatehosting.net/original/3X/1/1/11aec6664dcfc9d9538c60ca8a0c90f50aa20d88.png) ![Screenshot from 2026-03-25 14-36-16](https://storj-s3.bcdn.literatehosting.net/original/3X/e/3/e3a853676e1e804dd1d3c410a0200f0a835f5531.png) ![Screenshot from 2026-03-25 14-35-13](https://storj-s3.bcdn.literatehosting.net/original/3X/2/f/2f554f8998ecdc25753185699d7bc898a0a62253.png) ---
**Author:** ![Ottetal](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/ottetal/32/18876_2.png) [@Ottetal](https://forum.storj.io/u/Ottetal)\ **Post date:** [March 25, 2026, 6:46pm UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/2 "2026-03-25T18:46:39Z")
This is normal; reporting is usually a few days behind. Come back in a day or two, and it will be perfect 🙂 Nice project ---
**Author:** ![samlabs-ca](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/samlabs-ca/32/7813_2.png) [@samlabs-ca](https://forum.storj.io/u/samlabs-ca)\ **Post date:** [March 25, 2026, 7:00pm UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/3 "2026-03-25T19:00:02Z")
Yep — Storj just gave me a mini heart attack 😅 Everything is back to normal now. Sorry for the noise, and thanks everyone! Storj is great… but a bit mischievous sometimes. ---
**Author:** ![andrew2.hart](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/andrew2.hart/32/6415_2.png) [@andrew2.hart](https://forum.storj.io/u/andrew2.hart)\ **Post date:** [March 25, 2026, 7:17pm UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/4 "2026-03-25T19:17:09Z")
> [@samlabs-ca](#): > > Storj is great… Is it though? We have pointed out these issues for years now and it seems like they treat us like we don’t matter. There is a word for software like this and storj is full of it ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [March 26, 2026, 1:41am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/5 "2026-03-26T01:41:46Z")
We’ve filed this issue as a bug, and we’ve definitely heard your feedback: > > > In case ranged loop don't run tally for one or more days storage nodes displays …gaps in usage (see SN screenshot). After investigation it looks that this will not affect billing in a substantial way as when new tally will be calculated it will take into account whole missing period and usage in TB/h will be higher (see DB entries from \`accounting\_rollups\` tables for single node) > > We need to fix how nodes are displaying usage to avoid confusion and complains from SNOs. I think we have two options: > \* calculate average usage stats fully on satellite side. with that we should calculate usage for missing days from first available tall after those missing days. in this case we should return final values of usage for each day in a month > \* fix displaying on storage node side by ignoring gaps with 0 usage and just display those days that we have tallies for. alternatively we could try to calculate gaps in the same way as proposed for satellite side but not sure if that make sense on client side. > \* maybe there is another option I didn't think about > > !\[Image\](https://github.com/storj/storj/assets/7313031/520f42c0-7369-430d-a52c-60913806de5e) > !\[Image\](https://github.com/storj/storj/assets/7313031/c49c93c8-4305-4253-bc92-c6bc898211cf) While it’s a low priority for our team, we’d be happy to accept PRs from the Сommunity to fix it. ---
**Author:** ![jammerdan](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/jammerdan/32/1121_2.png) [@jammerdan](https://forum.storj.io/u/jammerdan)\ **Post date:** [March 26, 2026, 3:34am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/6 "2026-03-26T03:34:58Z")
> [@andrew2.hart](#): > > We have pointed out these issues for years now and it seems like they treat us like we don’t matter. > [@Alexey](#): > > it’s a low priority for our team That’s the point, is it? ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [March 26, 2026, 6:12am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/7 "2026-03-26T06:12:03Z")
A low bug priority has nothing to do with how operators are treated. There are few important factors: team capacity, the cost of development for the business, and the financial benefit it will bring. This dashboard chart doesn’t affect payouts; it’s just a nice estimate, nothing more. Unfortunately right now this bug is not a priority, but a good challenge for the Community to fix it. ---
**Author:** ![arrogantrabbit](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/arrogantrabbit/32/11200_2.png) [@arrogantrabbit](https://forum.storj.io/u/arrogantrabbit)\ **Post date:** [March 26, 2026, 7:32am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/8 "2026-03-26T07:32:52Z")
This thread is an excellent illustration of why I always push for removing information from the dashboard. Not adding more details. Every detail, every bit of data surfaced to operators must be scrutinized and fiercely fought off, until it’s clear that it is absolutely necessary. Because every feature comes with support and maintenance requirements. These plots, along with the 99% of the rest of current dashboard — 100% waste of both. On the other side — I agree, that if operators wanted this fixed, they could have submitted PR. Now, when AI leveled the field in terms of skill, it would have taken less time for anyone to do this than to read this thread. The fact that we don’t see this happen means nobody from the community cares about dashboard enough to vibe code the fix. That also means storj needs to stop wasting time on it as well and focus on high priority features that improve QoS, not tickle SNOs egos. I look at recent changes in the dashboard and all I see wasted engineering time that could have been better used for something, anything else. ---
**Author:** ![RecklessD](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/recklessd/32/1130_2.png) [@RecklessD](https://forum.storj.io/u/RecklessD)\ **Post date:** [March 26, 2026, 9:44am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/9 "2026-03-26T09:44:00Z")
> [@arrogantrabbit](#): > > that if operators wanted this fixed, they could have submitted PR Or simply started using storj-node-exporter and grafama or some other collector graphing tool. ---
**Author:** ![alpharabbit](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alpharabbit/32/1129_2.png) [@alpharabbit](https://forum.storj.io/u/alpharabbit)\ **Post date:** [March 26, 2026, 12:59pm UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/10 "2026-03-26T12:59:35Z")
It doesn’t matter what monitoring tool SNOs are using when the problem is missing reports from satellites. Only storj can know the root cause and fixing it. Could be a code bug or insufficent hardware or just operator laziness. ---
**Author:** ![Roxor](https://storj.bcdn.literatehosting.com/letter_avatar/roxor/32/6_22734026db12803ebb3e059622ac3534.png) [@Roxor](https://forum.storj.io/u/Roxor)\ **Post date:** [March 26, 2026, 1:34pm UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/11 "2026-03-26T13:34:05Z")
> [@RecklessD](#): > > …using storj-node-exporter and grafana or some other collector graphing tool +1. I only need a report showing changes in used-space: per-node and total. The UI “Bandwidth Utilization” and “Average Disk Space Used This Month” graphs aren’t useful. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [March 27, 2026, 2:07am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/12 "2026-03-27T02:07:39Z")
The root cause is known and described in the bug report. However, the only needed thing here is to ignore nulls and don’t plot them as zeroes. It would be nice also to ignore not complete reports as well, when the previous and next values are known and they are greater. ---
**Author:** ![jammerdan](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/jammerdan/32/1121_2.png) [@jammerdan](https://forum.storj.io/u/jammerdan)\ **Post date:** [March 27, 2026, 3:06am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/13 "2026-03-27T03:06:34Z")
> [@Alexey](#): > > However, the only needed thing here is to ignore nulls and don’t plot them as zeroes. Now I see where you are coming from. No, it is not just a plotting issue as far as I can see. The wrong values are also in the API `averageUsageBytes`. This goes down when the satellite calculations are missing and showing wrong values. That’s why I believed it cannot be solved be community it must be solved by Storj in the way the satellite data gets calculated. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [March 27, 2026, 4:21am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/14 "2026-03-27T04:21:26Z")
This is the same info, used for plotting this graph. So, the consumers should also be adapted this way, or the node’s API should filter them to allow all consumers to get the information with values, not nulls or half-filled. And it can be solved by the Community. The fix for the root cause is not as easy especially considering a low or non-existing benefit. If that would affect something, I’m sure, it will be fixed. But currently it’s not. ---
**Author:** ![jammerdan](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/jammerdan/32/1121_2.png) [@jammerdan](https://forum.storj.io/u/jammerdan)\ **Post date:** [March 27, 2026, 4:23am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/15 "2026-03-27T04:23:01Z")
> [@Alexey](#): > > This is the same info, used for plotting this graph. Yes probably. But it is not just a plotting issue then, but a problem of how the underlying data is handled for plotting and calculations? ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [March 27, 2026, 4:29am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/16 "2026-03-27T04:29:47Z")
It’s the same issue and it’s visible to operators. I think, that right now it could be used as an indicator, that something might be wrong with other chores. However, it’s a some kind of a second line of monitoring, the main one is tracking these processes closely to allow the team to fix the issue before it could affect customers. So, notifying the team about an externally visible issue with this graph could be useful in my opinion to confirm that there is no other issues. > [@jammerdan](#): > > but a problem of how the underlying data is handled for plotting and calculations? Yes. This chore was not designed to be 100% reliable (it just happen to be reliable for a long time, but now it’s not), so the API should ignore missing data, because it’s used mostly only for this graph. It’s also used in some estimations, but again the estimation is not precise anyway. ---
**Author:** ![jammerdan](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/jammerdan/32/1121_2.png) [@jammerdan](https://forum.storj.io/u/jammerdan)\ **Post date:** [March 27, 2026, 4:33am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/17 "2026-03-27T04:33:46Z")
All I can say it is terribly annoying and shocking every month over and over again as a drop of average data stored could indicate a problem of the node with availability. This only to learn that again and again the node(s) are fine and only the data from the satellites are wrong resp. mishandled. Actually it is more than annoying. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [March 27, 2026, 4:36am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/18 "2026-03-27T04:36:09Z")
> [@jammerdan](#): > > drop of average data stored could indicate a problem of the node with availability. When you know that it can happen unrelated to the node’s performance you start to ignore it 🤷 If your node has a good reputation, is online and you do not have any FATAL or Unrecoverable errors in your logs - there is no need to panic. > [@jammerdan](#): > > Actually it is more than annoying. Then I may only suggest that the Community might fix this issue and do not wait when the queue would be empty to take it into work by the team. ---
**Author:** ![Toyoo](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/toyoo/32/1126_2.png) [@Toyoo](https://forum.storj.io/u/Toyoo)\ **Post date:** [March 27, 2026, 10:35pm UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/19 "2026-03-27T22:35:37Z")
> [@arrogantrabbit](#): > > I agree, that if operators wanted this fixed, they could have submitted PR. […] The fact that we don’t see this happen means nobody from the community cares about dashboard enough to vibe code the fix. There’s 26 pull requests opened, many of them over a year waiting for review. It doesn’t seem like a priority to deal with them, this also takes time. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [March 28, 2026, 12:25am UTC](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567/20 "2026-03-28T00:25:47Z")
Most of each either Storjlings or with failed checks. However, I notified the team to check what’s going on with storj/storj PRs. [Next page](https://forum.storj.io/t/storj-nodes-reporting-a-sharp-decrease-in-month-usage-after-march-24/31567.md?page=2)