Onderwerp: Colocated kernel upgrade taktieken?

Hoi, ik vraag me het volgende af. Stel ik heb een colocated server met freebsd of linux en ik moet om welke reden dan ook een nieuwe kernel installeren of bijvoorbeeld een 'make world' doen. Helaas weet ik uit ervaring dat de kans dat de machine daarna in 1 keer terug up komt erg klein is. En als je dan een goedkope dedicated server hebt zonder uitgebreide SLA moet je waarschijnlijk manuren gaan betalen om iemand in het datacenter je server weer up te laten krijgen.

De vraag is: zijn hier tactieken voor die de kans dat de machine na het rebooten met nieuwe kernel of nieuwe world in een keer goed 'up' komt groter wordt?

Of is er een systeem waarmee je bijvoorbeeld via een andere server via de comport je server kan benaderen en kan booten in singe user mode om problemen op te lossen? En is zoiets ingeburgerd bij dedicated hosting providers?

Alvast bedankt,
Koen

Bij een kernel update zou ik zowieso iemand op standby laten staan in het datacenter
Bij ons is van de 12 keer dat we het gedaan hebben 2 keer fout gegaan.

Je moet zowieso altijd de oude kernel laten staan, en lilo.conf aanpassen zzodat de server boot op de nieuwe kernel maar de oude kernel als "backup" blijft staan.
Zodat als het mis gaat, iemand in het DC bij het opstarten de oude kernel kan booten.

Verder is het altijd verstandig om lilo te executen / updaten voordat je opnieuw reboot, als je dan geen errors krijgt is de kans dat ie niet meer "up" komt bijna nul (zo heb ik ervaren )

Zoveel kernels komen er niet uit.

Bij leaseweb kost het bijv. 50 euro om te doen als je bij hun colo/dedi hebt.

Kernel updaten gaat niet zo vaak fout. Installeren met rpm -ivh zodat je oude kernel blijft staan. In lilo is er zelfs een optie de nieuwe kernel maar 1 keer te booten. Als de server dan na 10min niet up is, geef je een hard reboot met de apc en hij boot de oude kernel weer.

Volgens mij is deze optie er niet meer in grub? Dat is nu meestal namelijk de standaard bootloader.
[edit]
In de redhat releases van grub zit er deze functie wel standaard ingebouwd. Na het installeren van de kernel doe je dit:

Code:

grub

In de grubshell

Code:

savedefault --default=N --once

Met N het nummer van de kernel die je 1 keer wil booten

Als je server succesvol opstart verander je het nummer in grub.conf, zodat hij er dan altijd van boot
[/edit]

Je moet met upgraden precies te werk gaan, omdat een foutje meer gevolgen heeft. Maar als je zelfs de boot once optie gebruikt kan het bijna niet meer fout gaan.

Wij doen het 9 van de 10 keer remote en het gaat nooit fout... kwestie van weten waar je mee bezig bent.

Het is ondertussen 2 jaar geleden dat er iets mis is gegaan bij het updaten van een kernel (en kdoe er zeker 1 per week ). Je moet gewoon weten wat je doet en op wat voor een machine.
De beste manier is de nieuwe kernel in te stellen en in lilo te plaatsen maar niet als default (daar houd je de oude). Dan voer je lilo uit (je ziet een * bij de oude kernel die default moet blijven) en dan run je lilo nog eens met lilo -R NAAM-NIEUWE-KERNEL. Nu zal de server bij de reboot de nieuwe booten, als er dan iets mis gaat en je krijgt een kernel panic kan je met 1 apc kick de oude booten. Lukt de nieuwe wel kan je hem als default adden in lilo (en altijd weer lilo uitvoeren!).
Wat heel handig is (zowel in freebsd en linux) is de com poort te gebruiken (moet je wel 2 servers hebben of over een console server beschikken), in lilo ziet het dan zo uit:
serial=0,38400n8
append="console=ttyS0,38400n8"
en dan moet je wel nog je /etc/inittab aanpassen dat je een console krijgt op je com1 (of com2) (best ook de ttySx toelaten in de /etc/securetty

Kernel updaten gaat bij mij bijna altijd goed..

weet wat je doet dan komt het goed.

Ik update ook alleen een kernel als er een security fout inzit.

Eigenlijk gewoon even van te voren testen, zodra je weet wat de config is en de procedure, die je altijd volgt, dan kan het niet mis gaan heb ik ervaren. kernel updaten doe ik eigenlijk nooit, ik compile gewoon een nieuwe kernel.