remram

joined 3 years ago
[–] remram@lemmy.ml 2 points 3 months ago (1 children)

Minimizing risk is LITERALLY what I asked for. You clearly don't understand what I asked for.

[–] remram@lemmy.ml 0 points 3 months ago

I think I would want a bigger delay, an faulty upgrade might only break something within hours.

[–] remram@lemmy.ml 2 points 3 months ago (5 children)

Ubuntu only does security updates, no?

No, why do you think that?

run your own package mirror

I think you might be on to something here. I could probably do this with a package mirror, updating it daily and rotating the staging, production, etc URLs to serve content as old as I want. This would require a bit of scripting but seems very configurable.

Thanks for the idea! Can't believe I didn't think of that. It seems so obvious now, I wonder if someone already made it.

[–] remram@lemmy.ml 1 points 3 months ago (6 children)

I found the page about "phased upgrades" (somehow missed it searching for "staggered", "incremental", "delayed", etc). Thanks for the pointer!

Unfortunately it doesn't seem configurable on my end, and it rolls out in about 54 hours so it can take out most of my machines before I have time to react (my first machine might update ~20h into the phased rollout, the rest will break within 24h). Bummer!

[–] remram@lemmy.ml -1 points 3 months ago* (last edited 3 months ago)

~~(oops - replied in the wrong place)~~

[–] remram@lemmy.ml 5 points 3 months ago (2 children)

So you can test the updates before fixing production.

My question is how to do that with APT.

[–] remram@lemmy.ml 3 points 3 months ago (10 children)

Maybe I'm not being clear.

I want to stagger updates, giving time to make sure they work before they hit the whole fleet.

If a new SSH version comes out on Tuesday, I want it installed to 1/3 of the machines on Tuesday, another third on Wednesday, and the rest in Friday. Or similar.

Having machines update on a schedule means I have much less frequent updates and doesn't even guarantee that they hit the staging environment first (what if they're released just before the prod update time?)

[–] remram@lemmy.ml 3 points 3 months ago* (last edited 3 months ago) (12 children)

I invite you to re-read the second paragraph of my post.

You're just throwing things I already listed back at me. I mentioned a staging environment, I mentioned a schedule was a (bad) option.

[–] remram@lemmy.ml 3 points 3 months ago (14 children)

Is there anything about staggered upgrades and staging environments in there? Because obviously I had read it before posting...

[–] remram@lemmy.ml 5 points 3 months ago (16 children)

No, I'm asking how to have unattended-upgrades do that.

[–] remram@lemmy.ml 2 points 3 months ago (1 children)
view more: ‹ prev next ›