Docker image version does not correlate with storagenode software version. It updates when framework around the storagenode requires changes or to pick up base image security fixes.
Docker image runs storagenode-updater that manages thestoragenode version automatically, according to rollout schedule at version.storj.io
I had the same this weekend, rebooted the host and updated the storagenode docker, as the image was 6+ months out of date and a new one had been released a few months ago - sad the image doesn’t do security updates automatically, and with no watchtower peoples image is very out of date…
12 nodes, all on 1.101.3, after the restart all reverted back to 1.99.3, the storagenode-updater logic is bad
You can side load any image into docker, #WARNING : this could break your node if you don’t know what your doing.
visit the releases github, and download the storagenode binary for your architecture - **WARNING - DO NOT use the newest binary version, check on version.storj.io to see what’s being rolled out - the release page will often be many versions ahead of what we should be running, you can break things running wrong version **
unzip the storagenode binary on your host machine using unzip.
execute ./storagenode ← just to double check you have the right architecture, you should get the help text
do a docker ps -a to show all containers
pick a victim, do a docker stop container id i.e docker stop 4e2426af94 (do not use compose, or docker rm, even if you used compose or swarm to create container)
run docker cp ./storagenode <container id>:/app/for example (this not code)docker cp ./storagenode 4e2426af94:/app/
then do a docker start containeridfor example (this not code)docker start 4e2426af94
check the container logs, you will see the storagenode-updater will check the binary, will print the newer version, then ignore it if #cursor not on your node for update yet.