Vezměte v úvahu takový bezhlavý server: Typický box x86 na vzdáleném místě, který můžete vzdáleně inicializovat pomocí obrázku – řekněme – Ubuntu. Po inicializaci se můžete přihlásit pouze pomocí ssh – nebo jej vzdáleně resetovat, tj. Nemáte přístup k systému BIOS ani k výzvě správce bootování (řekněme Grub 1).
Možná je k dispozici nějaký druh KVM, ale použití KVM je velmi drahé a musíte si ho rezervovat každou hodinu.
Vzhledem k tomuto scénáři může být paranoidní ohledně problémů se zaváděním. Například:
- Co když upgrade jádra selže?
- A co fsck-prompt v procesu raného bootování? Pravděpodobně ssh ještě není k dispozici …
Existují na ostatní, na které si dát pozor?
Pro upgrady jádra konfiguruji grub (ten starší) tak, aby menu.lst preambule obsahovala
default saved fallback 2 # counts from 0 a první položka končí:
savedefault fallback První položka grub je upgradované jádro a třetí je známý funkční. Viz také grub manuální část záložního spouštění .
Změnil jsem spouštěcí skript /etc/rc.local (v systému podobném Debianu) v tom smyslu, že nastavení výchozího záznamu se resetuje v případě úspěšného spuštění:
grub-set-default 0 Toto nastavení grub funguje, ale např v Ubuntu to není výchozí nastavení a po každé aktualizaci jádra je třeba ručně upravit menu.lst.
Dodávám
panic=60 jako parametr jádra takový, že např v případě chybného root= parametru nebo rozbitého jádra se systém v případě chyby automaticky restartuje.
O problému fsck nejsem si jistý, co je nejlepší způsob je. Na systémech podobných Debianu můžete nastavit
FSCKFIX=yes v /etc/default/rcS, což ve výchozím nastavení říká fsck automatické opravě .
Pokud ale automatická oprava selže, možná se mi stále zobrazuje výzva, ke které nemám přístup vzdáleně?
Alternativně bych mohl deaktivovat kontrolu fsck přes nulu v šestém sloupec /etc/fstab – v případě chyby fs by pak pouze znovu inicializoval systém a obnovil zálohy – čímž by se předešlo všem problémům s fsck?
Komentáře
- Velmi dobrá otázka. Server typu bare metal bez vzdálené konzole nebo jednoho nákladného je velkým problémem.
Odpověď
Vážně, pokud váš poskytovatel nenabízí bezplatnou (nebo alespoň levnou) manuální pomoc v extrémních případech, je čas přepnout. Jinak si myslím, že jste s nastavením v pořádku.
Když je váš systém tak rozbitý, že jej fsck nedokáže opravit, není už co dělat, kromě úplné přeinstalace. Vlastně jsem to ještě neviděl, pokud nedošlo k fatálnímu selhání hardwaru.
Jedna věc, kterou je třeba si uvědomit. U takového stroje zvolte stabilní distribuci (Debian, RHEL, SLES) a rozhodně upgradujte pouze po přiměřeně dlouhou dobu (nová verze stabilizována po dobu nejméně 6 měsíců).
Odpověď
Měli byste hledat hosting poskytovatel, který bude poskytovat přístup přes ssh přes ssh a nakonfigurovat vaši instalaci systému Linux tak, aby jako konzole používal (relevantní) sériový port (jak na to záleží na zda systém používá inicializaci typu upstart nebo sysV). Všimněte si, že je k dispozici BIOS , který bude spíše komunikovat se sériovým portem než se zabudovaným obrazovkovým zařízením. přicházejí pouze na drahý hardware.
Musíte také říct grub , aby použil sériový port, pokud jej chcete ovládat pomocí DTE .
Odpověď
Komentáře
- Ano, zní to jako docela projekt. Dokonce bych si dokázal představit vytvoření malého systému Linux, který je vždy spuštěn jako první a funguje jako správce bootování (a přitom poskytuje
ssh-access ascreen) – mohlo by pak spustit skutečné jádro pomocí technik, jako je en.wikipedia.org/wiki/Kexec . Nebo se můžete podívat na servery, které přicházejí s coreboot.org místo nějakého mizerného BIOSu z 80. let. Ale jistě, to vše není nic, co byste mohli spolehlivě nastavit a udržovat za pár hodin – v tuto chvíli se stabilní distribucí. - Vypadá to, že ' budete moci ušetřit část úsilí na této stránce