-
Notifications
You must be signed in to change notification settings - Fork 295
Disable coreOS auto-updates #1241
Disable coreOS auto-updates #1241
Conversation
Not tested yet |
Codecov Report
@@ Coverage Diff @@
## master #1241 +/- ##
=======================================
Coverage 36.63% 36.63%
=======================================
Files 63 63
Lines 3882 3882
=======================================
Hits 1422 1422
Misses 2242 2242
Partials 218 218
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you so much for this. I'm trying to understand... Perhaps you manually rebooted your node so that the update applied to your node?
I'm saying this because we already disable automatic "reboot" normally scheduled after the update has downloaded. And it practically allowed us to prevent automatic updates being actually applied:
#cloud-config
coreos:
update:
reboot-strategy: "off"
Anyway, your change LGTM overall. Please notify me once you've finished testing on your side. Thanks!
@@ -13,6 +13,9 @@ s3URI: {{.S3URI}} | |||
# The AMI ID of CoreOS. | |||
amiId: "{{.AmiId}}" | |||
|
|||
# CoreOS has automatic updates https://coreos.com/os/docs/latest/update-strategies.html. This can be a risk in certain situations. Set this param to true to disable it in all instances. | |||
disableCoreOSUpdates: false |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd prefer disableContainerLinuxAutomaticUpdates
as it has officially renamed to Container Linux a year or so ago 😃
@mumoshu I updated the PR renaming this. I did not have time to test it yet, but I'll try to do it asap. |
I think that, once tested, this should be on by default - not behind a feature gate. :) |
@davidmccormick Ah! That's definitely a good point. I agree. |
Sorry for this waiting for a week. I've the remote team in the office and it's a super busy week. I hope find some time for rebase the branch and launch the cluster next week as I think it would be great have it ready for 0.9.10 final release |
I did the QA today and this is not working at all. The If I restart the service it fails, obviously because is masked. Any suggestions? I followed this: https://coreos.com/os/docs/latest/update-strategies.html#disable-automatic-updates-daemon |
With this last change I've it stopped... but:
Help wanted here... |
@jorge07 Thanks for your efforts. Unfortunately, it seems like we need ignition to actually disable update-engine according to coreos/bugs#1646 and linked issues... An alternative idea is that to automatically remove |
Hm, or maybe just specifying both |
I tried masking the update engine with the stop option too. Same issue, it ends as |
@jorge07 Thanks for your efforts. If you still want to make it in v0.9.10, I'd recommend my suggestion of removing update-engine(and possibly locksmithd related units). It would look something like introducing
You probably need this to clear failed units:
But beware that this is completely untested! |
Of course, I'd appreciate it if you could work on the migration to ignition 👍 |
I thought the same, I think that create a work around unit that can stop it and clean the failures it's the best option meanwhile migrate into ignition. I'll work on this next week. Thanks for the suggestions! |
It works ssh core@...
|
@jorge07 LGTM. Thank you very much for your effort 🍻 |
Fixes #1240