Closed Bug 1388484 Opened 7 years ago Closed 7 years ago

should we reconsider our signoff policy in case of urgent No-updates?

Categories

(Release Engineering Graveyard :: Applications: Balrog (frontend), enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1307169

People

(Reporter: mtabara, Unassigned)

References

Details

Today we had to turn off the updates for Firefox:release and it seems we're short on people for emergencies like that and it takes a bit of time to signoff, especially when this is super urgent. Is there a way to granular this policy to reduce the signoff needed to just Releng + Relman? Is this something we want to do?
Adding a NI on Ben.
Flags: needinfo?(bhearsum)
I agree this is a problem, and more urgent now that Multiple Signoffs is in place. I think the best solution to this is https://bugzilla.mozilla.org/show_bug.cgi?id=1307169, which will allow a single person to shut off updates in a safe way (but not turn them back on).
Flags: needinfo?(bhearsum)
Disabling updates won't have a big impact to the population. We should just make sure that the right persons are informed that it has been done.
(In reply to Sylvestre Ledru [:sylvestre] from comment #3) > Disabling updates won't have a big impact to the population. > We should just make sure that the right persons are informed that it has > been done. What's an acceptable SLA for shutting off updates then? 1 hour? 4 hours?
Dropping a NI to :Sylvestre for when's he's back from PTO - for comment above.
Flags: needinfo?(sledru)
Maybe having a big red button for release mgmt to disable updates would be enough. This would have been helpful last Saturday. Otherwise, an hour is fine I guess.
Flags: needinfo?(sledru)
We might be able to implement something hacky in the short term. Eg: bypass signoff if the only thing changing is mapping being set to No-Updates. This probably has some security holes, since someone could modify No-Updates when it's not mapped to, and then point at it without signoff. It might be worth the tradeoff depending on how painful this is. Unless someone else has a better idea, I think the proper fix for this is bug 1307169.
Blocks: 1397840
Does this bug have any value? I think https://bugzilla.mozilla.org/show_bug.cgi?id=1307169 is the clear fix for it, so we could just dupe it over.
(In reply to Ben Hearsum (:bhearsum) from comment #8) > Does this bug have any value? I think > https://bugzilla.mozilla.org/show_bug.cgi?id=1307169 is the clear fix for > it, so we could just dupe it over. Makes sense. Let me do that, thanks!
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Product: Release Engineering → Release Engineering Graveyard
You need to log in before you can comment on or make changes to this bug.