I check my node every few hours and it was running before the update, now after the update it is showing offline in the dashboard. I did not check over the weekend until this morning due to being away. I have confirmed my port forward is working and that my certs are still the same with no changes. The firewall rule allows port 28967 inbound on the docker windows host. I have restarted the host multiple times and removed and then re-created the container multiple times too. I read in the forum that node checks are done once an hour now so i left the latest container running for more than 2 hours. It is still offline. Here are the logs from the latest container:
2019-10-07T08:10:53.449Z INFO Configuration loaded from: /app/config/config.yaml
2019-10-07T08:10:53.495Z INFO Operator email: REMOVED
2019-10-07T08:10:53.496Z INFO operator wallet: REMOVED
2019-10-07T08:10:54.913Z INFO version running on version v0.22.1
2019-10-07T08:10:54.944Z INFO db.migration Database Version {“version”: 25}
2019-10-07T08:10:54.956Z INFO contact:chore Storagenode contact chore starting up
2019-10-07T08:10:54.957Z INFO Node 1efZFqDdwMmzCaK3PtfKTmRdR2BXP1LHFe7a36P3cM7xuqnp4N started
2019-10-07T08:10:54.957Z INFO Public server started on [::]:28967
2019-10-07T08:10:54.957Z INFO Private server started on 127.0.0.1:7778
2019-10-07T08:10:54.962Z INFO bandwidth Performing bandwidth usage rollups
2019-10-07T08:10:55.018Z INFO piecestore:monitor Remaining Bandwidth {“bytes”: 3993326812160}
2019-10-07T08:10:55.221Z INFO version running on version v0.22.1
2019-10-07T08:25:56.262Z INFO version running on version v0.22.1
2019-10-07T08:40:56.319Z INFO version running on version v0.22.1
2019-10-07T08:47:08.747Z ERROR contact:chore pingSatellites failed {“error”: “rpc error: code = Unavailable desc = transport is closing”}
2019-10-07T08:55:56.374Z INFO version running on version v0.22.1
2019-10-07T09:10:54.962Z INFO bandwidth Performing bandwidth usage rollups
2019-10-07T09:10:56.288Z INFO version running on version v0.22.1
2019-10-07T09:23:47.929Z ERROR contact:chore pingSatellites failed {“error”: “rpc error: code = Unavailable desc = transport is closing”}
2019-10-07T09:25:56.262Z INFO version running on version v0.22.1
2019-10-07T09:40:56.263Z INFO version running on version v0.22.1
2019-10-07T09:55:56.256Z INFO version running on version v0.22.1
2019-10-07T10:10:54.962Z INFO bandwidth Performing bandwidth usage rollups
2019-10-07T10:10:56.232Z INFO version running on version v0.22.1
2019-10-07T10:22:30.882Z ERROR contact:chore pingSatellites failed {“error”: “rpc error: code = Unavailable desc = transport is closing”}
2019-10-07T10:25:56.322Z INFO version running on version v0.22.1
2019-10-07T10:40:56.232Z INFO version running on version v0.22.1
My script for launching the container is as follows:
docker run -d --restart unless-stopped -p 28967:28967 -p 14002:14002 -e WALLET=“REMOVED” -e EMAIL=“REMOVED” -e ADDRESS=“REMOVED” -e BANDWIDTH=“4TB” -e STORAGE=“12.6TB” --mount type=bind,source=“C:\Users\STORJ\AppData\Roaming\Storj\Identity\storagenode\”,destination=/app/identity --mount type=bind,source=“E:\data\”,destination=/app/config --name storagenode storjlabs/storagenode:beta
I have also confirmed that docker is up to date and all windows updates are up to date. Any ideas on how to get my node up again?
Run powershell as admin
`New-NetFirewallRule -DisplayName “Storj v3” -Direction Inbound –Protocol TCP –LocalPort 28967 -Action allow
Also I would recommend using \\ instead of single \ in your path and removing the \ at the end so your path should be C:\\Users\\STORJ\\AppData\\Roaming\\Storj\\Identity\\storagenode & E:\\data
I have a manually created firewall port opened for the inbound port 28967 as stated in my original post. I did however see this powershell command in another post and I tried it before posting in the forum. It created a rule identical to the manually created rule just with a different name.
The windows paths in my script all have \ separating each folder or drive but for some reason when i posted it removed one of each separator to a single . When using the single \ the paths are not mapped to the container anyway, i discovered this when initially setting up the node.
I’m not an expert by any means on Storj, but have you checked your outgoing firewall rules? I’d assume a ping might use ICMP but again I’m not sure specifically how they do their checks. However, I have my nodes wide open for outgoing traffic.
Thank you every one for your assistance. The problem was my router stopped updating the DDNS service. This was due to a firmware update which added an interval to the script which previously was a set interval of 5 mins. After the update it would only update the DDNS on startup and without the interval set would not update when the IP address changed. I have set the interval to 5mins as it was before and my node is online again. Aleksey from Storj Support asked me to confirm the IP addresses matched between my WAN IP to the DDNS IP address. I was using a port scan tool that automatically added my WAN IP so was not actually filling in my DDNS address. Silly mistake on my part. For anyone using a Mikrotik router with recent firmware, the IP>Cloud section now has an interval which needs to have a time set ie. 5 or 10mins.
thats not the Problem, i have 1TB free!
Now its again offline… wait for an update… operating system Windows 10
019-12-20T10:34:24.681+0100 ERROR version Failed to do periodic version check: version control client error: Get https://version.storj.io: dial tcp 35.239.195.103:443: connectex: Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht richtig reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat.
2019-12-20T10:34:32.176+0100 ERROR telemetry failed sending report: lookup collectora.storj.io: no such host
2019-12-20T10:35:30.923+0100 ERROR telemetry failed sending report: lookup collectora.storj.io: no such host
2019-12-20T10:35:50.230+0100 INFO piecestore downloaded {“Piece ID”: “OLVRA4QKPAE5UU3LTIVSLWY4JUHNYJEKA7TDB63NL7FVPVG7ASCA”, “Satellite ID”: “118UWpMCHzs6CvSgWd9BfFVjw5K9pZbJjkfZJexMtSkmKxvvAW”, “Action”: “GET”}
2019-12-20T10:49:04.215+0100 INFO version running on version v0.28.2
2019-12-20T11:04:03.710+0100 INFO bandwidth Performing bandwidth usage rollups
2019-12-20T11:04:03.743+0100 INFO orders.12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs sending {“count”: 283}
2019-12-20T11:04:03.743+0100 INFO orders.121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6 sending {“count”: 15}
2019-12-20T11:04:03.743+0100 INFO orders.118UWpMCHzs6CvSgWd9BfFVjw5K9pZbJjkfZJexMtSkmKxvvAW sending {“count”: 295}
2019-12-20T11:04:03.743+0100 INFO orders.12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S sending {“count”: 235}
2019-12-20T11:04:04.256+0100 INFO version running on version v0.28.2
2019-12-20T11:04:04.520+0100 INFO orders.118UWpMCHzs6CvSgWd9BfFVjw5K9pZbJjkfZJexMtSkmKxvvAW finished
2019-12-20T11:04:04.628+0100 INFO orders.12L9ZFwhzVpuEKMUNUqkaTLGzwY9G24tbiigLiXpmZWKwmcNDDs finished
2019-12-20T11:04:04.823+0100 INFO orders.12EayRS2V1kEsWESU9QMRseFhdxYxKicsiFmxrsLZHeLUtdps3S finished
2019-12-20T11:04:05.012+0100 INFO orders.121RTSDpyNZVcEU84Ticf2L1ntiuUimbWgfATz21tuvgk3vzoA6 finished
2019-12-20T11:19:04.305+0100 INFO version running on version v0.28.2
2019-12-20T11:34:04.333+0100 INFO version running on version v0.28.2
2019-12-20T11:49:04.357+0100 INFO version running on version v0.28.2
2019-12-20T12:04:03.797+0100 INFO bandwidth Performing bandwidth usage rollups
2019-12-20T12:04:04.368+0100 INFO version running on version v0.28.2
2019-12-20T12:19:04.391+0100 INFO version running on version v0.28.2
2019-12-20T12:34:04.420+0100 INFO version running on version v0.28.2
2019-12-20T12:49:04.428+0100 INFO version running on version v0.28.2
2019-12-20T13:04:03.885+0100 INFO bandwidth Performing bandwidth usage rollups
2019-12-20T13:04:04.445+0100 INFO version running on version v0.28.2
2019-12-20T13:19:04.489+0100 INFO version running on version v0.28.2
Changelog v0.28.2 Reducing your allotted space will have the effect of stopping any new uploads that could potentially lead to a crash and disqualification of your node.
Ok thankyou, I have seen practic, when support, when responding to problem, send link from faq, it gives more people information that there is faq there. And also next time some of people first whatch there, may be. Ofcoarse people are very leasy and first ask then search by self somewhere.
When you type the similar question the forum usually suggesting you the existing thread. But seems most of people just ignoring that or formulate the question in a different way to be unique
