Thanks for the heads up. I’ll look into it after work tomorrow.
Uptime is no longer reported by the satellites. So until the new system is in place that measure will be gone. Not sure what changed on the current disk used front, but at least it shouldn’t impact $ calculation.
1 Like
If it helps you narrow down the issue any, I discovered last night (but forgot to post on it) that the number first went negative by a few hundred MB and right now, it’s positive by about 560MB. As you said, at least it shouldn’t impact $ calculation so I’m in no rush for a fix.
1 Like
I guess it’s a good thing I didn’t have time to look into it earlier. After updating my node to v0.31.12 and letting it walk all pieces to recalculate used space the results look fine again on my end.
@vedalken254 let me know if you still encounter issues.
Side note: This has been a very good month, especially if you consider X3 surge payouts.
2 Likes
Latest update on my node (v0.31.12) returned it to normal. Script is working as expected now. It seems something in the DB schema broke as my piece_spaced_used.db file had negative numbers in the total column which your script was reporting on correctly. I haven’t checked the latest DB for the changes though.
EDIT: are we sure it’s 3x payouts? I know SNOs that were there before July got an extra 1x at least for July, August, and September but they didn’t seem to say whether that would apply to their extensions (and I haven’t been too thorough in checking).
Yes, it’s been confirmed that the extra x1 is still in place. The real question is, will we get x2 next month? 
(Probably not, but one can dream)
The misreporting was caused by the issue mentioned here.
It has been resolved by the Storj team in 2 quick successive updates. v0.31.12 should work correctly again, but it may take a while after update before it has walked through all pieces to get the correct used space.
3 Likes
Hi @BrightSilence! Just had a question about you calculator. Great work by the way! He are the results I am getting with my node
e[4m
January 2020 (Version: 8.1.0) [snapshot: 2020-01-30 22:54:33Z]e[0m
TYPE DISK BANDWIDTH PAYOUT
Upload Ingress 327.90 GB -not paid-
Upload Repair Ingress 9.95 GB -not paid-
Download Egress 1.84 TB 36.73 USD
Download Repair Egress 643.01 MB 0.01 USD
Download Audit Egress 2.87 MB 0.00 USD
Disk Current Storage -878.86 MB -not paid-
Disk Average Month Storage 1.10 TBm 1.65 USD
Disk Usage Storage 815.93 TBh -not paid-
_______________________________________________________________________________+
Total 1.10 TBm 2.17 TB 38.38 USD
e[4m
Payout and escrow by satellite:e[0m
SATELLITE FIRST CONTACT TYPE MONTH 1-3 MONTH 4-6 MONTH 7-9 MONTH 10+
us-central-1 2019-10-19 Payout 0.0432 USD 0.0865 USD 0.1297 USD 0.1730 USD
Status:OK (Up.0/Aud.1000) Escrow 0.1297 USD 0.0865 USD 0.0432 USD 0.0000 USD
europe-west-1 2019-10-23 Payout 0.0683 USD 0.1366 USD 0.2049 USD 0.2732 USD
Status:OK (Up.0/Aud.1000) Escrow 0.2049 USD 0.1366 USD 0.0683 USD 0.0000 USD
asia-east-1 2019-10-22 Payout 0.0820 USD 0.1641 USD 0.2461 USD 0.3282 USD
Status:OK (Up.0/Aud.1000) Escrow 0.2461 USD 0.1641 USD 0.0820 USD 0.0000 USD
stefan-benten 2019-10-16 Payout 9.4013 USD 18.8025 USD 28.2038 USD 37.6051 USD
Status:OK (Up.0/Aud.1000) Escrow 28.2038 USD 18.8025 USD 9.4013 USD 0.0000 USD
I believe I am in month 4 now (there is a 4m at the top). Should I be expecting 38.38 this month? or around 19 (month 4 payouts added up)? Also one other thing, I cant figure out how to view data from previous months. In fact the only way I was able to get it working, was for me to put all the files in a separate folder, open the script in IDE, and run it by pressing F5. Is there a better way? Thanks so much,
Enzo
38.38 is your total earnings, but in month 4 50% of that will be held back, so your payout will be half that. So should be 19.19.
For running on previous months you need to include the path as well. As mentioned in the top post
Earnings for previous months:
python earnings.py /path/to/storj/data 2019-05
If you’re running the script from the data directory you can just put a . for the path.
1 Like
Month 4 means 50% payout and 50% escrow. So it will be ~$19.
Look in the first post in this thread…
1 Like
Ok thanks so much @BrightSilence & @donald.m.motsinger!
@BrightSilence Like your script really well!
One question, in the status before there was also numbers, like “Up.999/Aud.1000”, now it’s all “0” for the “Up.0” part?
Is this correct or is it broken?
Keep up the good work! 
Few posts before yours
1 Like
Ok, thanks for your answer!
Hey all, minor update today to add the new satellite to the known satellite list so it shows up with a name instead of UNKNOWN.
v8.1.1 - Saltlake satellite added
- Added the new saltlake satellite to the known list to get rid of the -UNKNOWN- satellite
5 Likes
Look at these strange symbols showing up:
W10 Pro x64, Python 3.8.1, German Key Layout, Powershell (but it looks the same way in cmd)
I haven’t seen those in any of the other screenshots, but i see them on all my nodes iirc.
Those symbols on Linux make the text underlined. Probably Windows terminal uses different codes.
1 Like
Interesting, I’ve actually tested this on windows in powershell as you can see from the screenshot in the top post. It works fine on my end. Have you changed any settings in powershell that could impact this? Are you perhaps using pscore? (I’m not atm)
I didn’t change anything, i hardly ever use powershell. Also, all my nodes are storj exclusive and don’t run anything else except storj (und now python). And as said it looks the same in commandline)
I’ll check it out when I get home. See if I can replicate it.
No hurry, it’s not like the functionality is limited by this small visual glitch 
Where i can find this Data in Linux?
python earnings.py /path/to/storj/data
If i run a search on my Rapsberry via WINSCP it found nothing like “bandwitdh.db” or of the other files.