Hi,
Today I received my monthly node payout and it was really really low.
My fault, I haven’t check the health status of my node in the last several months.
I have just checked it was getting updates and that it has stayed online.
No big problem, but I am here to ask your help and fix any possible issue with my node.
I searched the forum for the issues I will report here and I haven’t fully understand root causes and solution, so please be patient with me and if the problem is already reported and solved just point me to the right direction.
List of Issues I see…
Logged ERRORs:
# tail -n 1000 node.log | grep ERROR | sed 's/^.*ERROR\t\(.*\)\t{.*$/\1/g' | sort | uniq -c
10 piecestore download failed
4 piecestore failed to add bandwidth usage
2 piecestore failed to add order
These errors are logged continously:
1 - “download failed”
I can see 2 main type messages related to this problem:
- “write tcp X.X.X.X:28967->Y.Y.Y.Y:P: use of closed network connection”
- “tls: use of closed connection”
Is it a common issue ? Is it a known problem with a known fix ?
2 - “failed to add bandwidth usage”
This is the full reported message:
2020-04-11T17:45:37.304Z ERROR piecestore failed to add bandwidth usage {"error": "bandwidthdb error: database is locked", "errorVerbose": "bandwidthdb error: database is locked\n\tstorj.io/storj/storagenode/storagenodedb.(*bandwidthDB).Add:59\n\tstorj.io/storj/storagenode/piecestore.(*Endpoint).saveOrder:721\n\tstorj.io/storj/storagenode/piecestore.(*Endpoint).doUpload:443\n\tstorj.io/storj/storagenode/piecestore.(*drpcEndpoint).Upload:215\n\tstorj.io/common/pb.DRPCPiecestoreDescription.Method.func1:987\n\tstorj.io/drpc/drpcmux.(*Mux).HandleRPC:107\n\tstorj.io/drpc/drpcserver.(*Server).handleRPC:105\n\tstorj.io/drpc/drpcserver.(*Server).ServeOne:56\n\tstorj.io/drpc/drpcserver.(*Server).Serve.func2:93\n\tstorj.io/drpc/drpcctx.(*Tracker).track:51"}
How bad is it ? Does it impact the service anyway ? Does it impact the bandwidth payout ? I read that it is probably related to the disk performances and the locking mechanism of sqlite … could you suggest any fix or mitigation ?
3 - “failed to add order”
Very similar to the previous one:
2020-04-11T17:45:54.392Z ERROR piecestore failed to add order {"error": "ordersdb error: database is locked", "errorVerbose": "ordersdb error: database is locked\n\tstorj.io/storj/storagenode/storagenodedb.(*ordersDB).Enqueue:53\n\tstorj.io/storj/storagenode/piecestore.(*Endpoint).saveOrder:714\n\tstorj.io/storj/storagenode/piecestore.(*Endpoint).doUpload:443\n\tstorj.io/storj/storagenode/piecestore.(*drpcEndpoint).Upload:215\n\tstorj.io/common/pb.DRPCPiecestoreDescription.Method.func1:987\n\tstorj.io/drpc/drpcmux.(*Mux).HandleRPC:107\n\tstorj.io/drpc/drpcserver.(*Server).handleRPC:105\n\tstorj.io/drpc/drpcserver.(*Server).ServeOne:56\n\tstorj.io/drpc/drpcserver.(*Server).Serve.func2:93\n\tstorj.io/drpc/drpcctx.(*Tracker).track:51"}
Same questions here, What its impact ? Do you know a fix or resolution ?
Dashboard reported Usage:
Yesterday my dashboard reported 51.44 TB*h of disk space used. How do I compute it to actual capacity in use ? It sounds to me that a rough computation could be 51.44 / 60 = 0.86 TB.
This sound also similar as order of magnitude to “780GBm” reported as “Disk Average Month” in the new payout information page.
The “/app/dashboard.sh” reports a different usage:
Available Used
Disk 1.2 TB 1.8 TB
My system reports other different numbers (I published STORAGE=“3TB” for my storage node):
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 3.7T 2.9T 817G 78% /mnt/usb_disk
I really hope these issues are fixable some way or I could prefer to re-init my node rather than waste another month with just 123 storj as payout (~$ 11).
Thanks In Advance,
d4lamar