Slight adjustment to the order settlement check interval
We noticed, that with a past change the check interval of submitting orders was reduced to 5 minutes to prepare for the upcoming changes to the handling system. However, with the current system this caused increased load and contention on the satellite side and potential timeouts during order submission. With this release the interval has been changed back to one hour to reduce contention.
Looks like my nodes got updated to 1.14.7 as well. Seems to work just fine though, buy I am a little surprised to see that listed as a minimum version right away, since it was suggested in other topics that nodes wouldn’t get traffic if they didn’t at least run the version mentioned there.
As far as I know the docker image only just became available, which means it’ll take up to three days more until all nodes are updated by watchtower.
As mentioned before, the safe version to be one is the one listed under processes.minimum. Everything lower than this is not guaranteed to get uploads, especially when being more than 1 minor release behind that one.
We are aware of that docker nodes get the update last and take hours up to days and thus our current soft limit is (as mentioned above) one minor version lower than the current satellite version. Meaning everyone that is on v1.13.0 an higher will not have any impact with our satellite being on v1.14.7.
Also traffic in your case hopefully just means uploads, because thats the only place where the soft limit takes action on.
The point here is:
Do not mess with manual scripts/updates rather than use the provided/recommended tooling.
If you are missing bits on the existing tooling, make proposals in the corresponding subforum, so that we can improve and add them. Doing manual updates makes our overall progress much, much slower and it is in the best interest of us all to develop and release new features and/or bugfixes with a smaller turn around time.
Sorry for the bad wording, english is also hard for me as German.
As wrote just above, we currently allow being 1 minor version behind, but are planning on automating automatic increases of the given soft limit.
This cleared it up for me. I thought based on previous posts that anything below that would not get uploads. But this explained that it might not get uploads, but it still could. (I’m assuming docker nodes with watchtower get enough time to upgrade.)
Docker latest version I checked last night was still 1.13.3, hence my question why all of a sudden we are no longer showing minimum version no# lower than latest version and also shows others are confused as well.
That means my SN 1.13.3 (latest) is actually not the latest but docker / watch tower hasn’t pulled 1.14.7, so ingress will be stopped…
Maybe watch tower is having an issue so I’ll kill it tonight and review further if I need to manually update.
How is that clear now? You’re always the one saying that you can proof every behaviour from code. In code there is no “it might not get uploads”. You either get uploads according to a set of rules or you don’t. And if you are lower than the recommended minimum version, you don’t get ingress. It’s not a game of chance (unless that’s in the code), it’s a set of rules.
It explained why my nodes were briefly below the soft limit and still got traffic. I don’t have time to dig through the code right now, but I assume this is just a separate satellite side setting. So it’s not a matter of code, but a matter of policy when it is changed. What was cleared up is when they might change that. It’s usually 1 version below the soft limit but it can be changed once the automatic updates have fully rolled out and docker nodes have had enough time to update. Sounds reasonable enough to me.