[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

RE: Rescue mode

> -----Original Message-----
> From: Martin Sivak [mailto:msivak redhat com]
> Sent: 27 June 2012 21:11
> Hi,
> I'd like to start discussion about the rescue mode purpose and look in
> the newui environment.
> Currently we have just a shell encapsulated in very simple menu (with
> the possibility of calling firstaidkit tasks .. of which we have about
> two working..).
> I see the following common use cases:
> 1) Somebody with a hosed bootloader, but the system and hardware are OK
> 2) Somebody who needs to do partitioning stuff to fix something
> 3) Reseting root password for users who forgot
> 4) Real rescue when hardware fails (including a graphic card
> malfunction)
> 5) Rescue tasks for corporate customers using serial console hardware
> (with possibly not working NICs or network)
> 6) Our QA sometimes used kickstarted rescue to do testing tasks
> (commonly in virt environment with no NICs)
> I suppose we could use the hub and spoke model for the first three
> cases, but the fourth and fifth one is going to be harder. We cannot
> rely on GUI when the cause might be in graphic adapter (or there is no
> adapter at all).
> So tell me what you think or if you know more use cases.

I've used a customised rescue mode for a long time, with a dialog-based menu.  It has functions to

  - Reinstall grub
  - Re-create the initrd file
  - Change root password
  - Configure and start dropbear for ssh access
  - Restore system from backup tape or online backup

We have standard tape and online backup strategies for our servers so we know what's needed for a restore.  We did have "prepare system for modem dial-in", but we're removing that because hardly any of our system admins know what a modem is any more ;-)  We've also been considering adding 3G-dongle support.

“To err is human; to purr, feline.”

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]