Custom Query (1145 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (295 - 297 of 1145)

Ticket Resolution Summary Owner Reporter
#468 fixed Can we drop a force-update and reconfigure-network script in /usr/share/recovery-mode/options/ ? jdreed jdreed

Reported by jdreed, 14 years ago.

Description

/usr/share/recovery-mode/options is what gets presented to the user when they choose "recovery mode" at the grub menu. Hotline notes there's no way to force an update now.

Can we dump a shell script in /usr/share/recover-mode/options that forces an update and then a "real" reboot? (a kexec reboot occasionally will end up back in recovery mode, which is not what we want)

And when we have our debathena-change-the-ip-address-of-this-cluster-machine pony, that should go in the recovery-mode menu too.

I'll note that naming them "athena-update" and "athena-network" will cause them to appear at the top of the list (it's sorted alphabetically) which is desirable.

#469 wontfix auto-update should get its desync interval, and possibly other info, from a URL jdreed

Reported by jdreed, 14 years ago.

Description

When we switched to a 6-hour desync schedule during busy periods, we lost the ability to push out updates quickly. I think we want this back, particularly if we break printing again.

While the existing desync intervals (6 hours "during the day", 2 hours otherwise) are fine as fallbacks, I want the auto updater to go check a URL for a suggested desync interval. If fetching the URL fails, it can fallback to the existing schedule. We undoubtedly want to take #309 into account when implementing this.

Alternatively, the only real reason we want to desync updates is to avoid the suckage of huge updates (texlive, OOo, etc). We had talked about a URL providing a whitelist of packages that should be updated immediately, so that we can fix, say, reactivate and printing-config instantaneously. The danger there is that we can also deploy broken packages instantaneously.

This description should be updated to reflect whichever method we chose for regaining some measure of control over auto-updates.

#475 fixed Talk to save about de-supporting "setup save" and nuking most of /mit/save/bin jdreed jdreed

Reported by jdreed, 14 years ago.

Description

"setup save" only works for tcsh users, and makes all kinds of assumptions about our printing infrastructure. /mit/save/bin is full of bitrotted csh scripts and old copies of "lpr2" which are actively harmful these days.

We should talk to save about desupporting "setup save" and nuking most of /mit/save/bin. If there's any functionality that's missing after the cleanup, we can talk about providing it in Debathena directly.

Note: See TracQuery for help on using queries.