I’ve got a NAS running a storage node on the default port.
And I had a Pi3B+ laying around and a spare 750GB HDD.
So I thought let’s spin that one up as well. (on port 28968 since 28967 is already taken by the NAS).
I think the port is opened up just fine, but the node keeps being offline.
It’s a seperate machine so I created a new Identity (on the Pi itself), opened up port 28968 to the pi’s ip addres. and checked if the port was open from the internet (via this link). After that I copied over the identity folder to the HDD and I tried to run the node.
Side note to that manual (this one), I wasn’t able to unzip the file via the commandline, I really had to download it via the GUI and than unzipping was no issue. It mentioned something about that it might be part of set of ZIP files, not sure what was going on there, might be worth checking out by someone with proper knowledge.
The node on the pi, I run like this (with backslash at the end of each line, but this editor removes that):
sudo docker run -d --restart unless-stopped --stop-timeout 300 \
-p 28968:28967 \
-p 127.0.0.1:14002:14002 \
-e WALLET="0x0e5XXXX" \
-e EMAIL="mXXXX@gmail.com" \
-e ADDRESS="XX.XX.XX.143:28968" \
-e BANDWIDTH="2TB" \
-e STORAGE="650GB" \
--mount type=bind,source="/mnt/storj/identity/storagenode",destination=/app/identity \
--mount type=bind,source="/mnt/storj",destination=/app/config \
--name storagenode storjlabs/storagenode:latest
ERROR services unexpected shutdown of a runner {“name”: “piecestore:monitor”, “error”: “piecestore monitor: error verifying location and/or readability of storage directory: open config/storage/storage-dir-verification: no such file or directory”, “errorVerbose”: “piecestore monitor: error verifying location and/or readability of storage directory: open config/storage/storage-dir-verification: no such file or directory\n\tstorj.io/storj/storagenode/monitor.(*Service).Run.func1.1:131\n\tstorj.io/common/sync2.(*Cycle).Run:92\n\tstorj.io/storj/storagenode/monitor.(*Service).Run.func1:128\n\tgolang.org/x/sync/errgroup.(*Group).Go.func1:57”}
Any idea’s what I might have done wrong here?