I would recommend that you do not migrate your v1.6.3 windows node until both versions are the same. Which may mean waiting for a new release for both Windows and Linux/Docker/
You should absolutely wait for the docker release to be on the same version before migrating, in case something about the DBs gets changed between versions.
Unless someone from the forums with more in-depth knowledge about how the node software confirms otherwise, just wait.
Would it be safe to use the 1.6.4 image tag before it hits the
I saw the docker images generated by the CI are properly tagged, and there is one of the
v1.6.4 branch/tag. Is it a final image or it can change before the release? I suppose it is better to wait for the release but… just wondering about those Docker images
Yes. I understand you are in a situation but patience will pay dividends for you.
So why is it that Windows seems to get all the attention with the upgrades? Seems it’s the priority. I look at the current version and wonder why my node is not updating. Would be good if there was a flag that told us when we should be updated and when it’s just a windows thing.
Well, that´s probably because Windows is one of the first OSes to get upgrades (alongside with other binary distributions that use the storagenode_updater mechanism) and also because there are a lot of SNOs running on Windows machines.
Also, I suppose Windows updates got more attention because the 1.6.3 update contains a bug pretty annoying for the SNO that caused the node termination.
That release was halted on the windows release phase and the issue was investigated and solved very fast by Storj team () , so there are some SNOs running on Windows and waiting for 1.6.4 to rollout in order to solve their issues:
In my particular case, I’m just trying to move away to a Linux and Docker releases, and it needs to be on the same version to do it in a safe way.
The answer is a lot simpler: On windows storjlabs can make the rollout of a new version a lot more controlled than on docker. With docker they have to publish the new image and then it is available for everyone. The recommendation is to use watchtower which randomly checks within 3 days for the new image. So docker is a lot less controllable than windows.
Therefore it makes sense to slowly roll out a new version to windows only and in the speed that they think might be right. If then a bug occurs, it’s typically the windows nodes that experience them because docker didn’t even get the update yet.
That may seem like the windows nodes get all the attention but it’s just a result of how the update rollout works. The windows port is definitely not more important than docker.
I’m quite happy with the Windows users being our guinea pigs
Just let watchtower do its job. I don’t get people’s obsession with getting the updates as quickly as possible. Just let your node run and stop looking at it every 5 minutes…
I think its the miner’s mindset. Since most have/had experience running a miner they obviously think
update x.x: 10% increase in GET requests
PS: Any new user reading ^ should note there is no such thing
Well, at least in this thread the question is not related to anything like that. Just wanting to change the operating system and waiting to match versions to avoid DB issues .
I really hope no one is thinking that a new version would magically increase the income from a node.
We know. We have seen numerous SNOs eager to update hence it was a generalized statement. Anyone who has read the whole thread knows your situation.
As long as my node is working OK I’m quite happy for anyone to be the guinea pigs.
Let them get the latest version and iron out the bugs
With no way to know when ones node should be updated if there is a problem with Watchtower it will go undetected. Not a particularly robust or quality setup.
If you don’t look at it every 5 minutes, it might silently fail.
What expert advice. No ability to monitor updates. Just forget it and wait until something fails, not that we would notice. Perfect! We can all do that. Nice quality managed system.
If you monitor your node with uptime robot, you’ll get a notification when something like that fails.
You’ll receive an email to update your node long before it becomes a problem that it’s running on an old version. For what it’s worth watchtower has never failed me. And I have several less techie friends running nodes who never look at them because they really wouldn’t know what to look at. They do monitor them with uptime robot, as do I, so I can contact them and help out if something goes wrong. This has not been needed so far.
Another 3rd party tool…
Isn’t the satellite supposed to email a SNO if a node is not reachable?
Not yet. We figured out that offline notifications are not useful while we do not have a disqualification for downtime enabled:
So, such messages are currently disabled.
I’m a 3rd party person, I can’t exactly promise you 1st party solutions. But I can help with what’s already available out there to prevent having to look at it every 5 minutes.
Availability monitoring tools are those kind of tools you would like to have outside of the software / hardware you are monitoring.
It would be nice that satellites notify us when something like this happens, but in the meanwhile a 3rd party tool is probably the best option here.