Reboot nodig na update?

[Bonno Bloksma]

Hallo,

Ik gebruik Debian als linux distributie, ondertussen dus de Lenny versie. Toen ik nog etch gebruikte
kan ik me herinneren dat wanneer er een update was van de linux kernel dat ik dan ook de opmerking
kreeg dat ik z.s.m. na de update ook een reboot moest doen. Vandaag even een update gedaan waarbij
een update van het "linux-image-..." package voorbij kwam.

[....]
The following packages will be upgraded:
linux-image-2.6.26-2-686
1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 20.2MB of archives. After unpacking 4096B will be freed.
Do you want to continue? [Y/n/?]
[.....]

Vreemd genoeg zie ik nergens een opmerking dat ik nu een reboot moet doen om het nieuwe image ook
daadwerkelijk in de lucht te brengen. Gaat men er nu van uit dat iedereen dat wel snapt en wordt die
waarschuwing niet meer gegeven of heert Debian het nieuwe linux image "on the fly" in de lucht
gebracht omdat het alleen een replacement was van een adere 2.6.26 kernel?

Preparing to replace linux-image-2.6.26-2-686 2.6.26-21 (using
.../linux-image-2.6.26-2-686_2.6.26-21lenny3_i386.deb) ...

Bij mij thuis gaat het makkelijk, ik ben de enige die last heeft van een reboot maar op de zaak wil
ik een reboot voorkomen als dat niet nodig is.
Wie weet het antwoord?

Bonno Bloksma

[Bonno Bloksma]

Hallo,

Oops, verkeerde groep, had in linux.installatie gemoeten. Antwoorden graag daar.

Post by Bonno Bloksma
Ik gebruik Debian als linux distributie, ondertussen dus de Lenny versie. Toen ik nog etch
gebruikte kan ik me herinneren dat wanneer er een update was van de linux kernel dat ik dan ook de
opmerking kreeg dat ik z.s.m. na de update ook een reboot moest doen. Vandaag even een update
gedaan waarbij een update van het "linux-image-..." package voorbij kwam.
[....]
linux-image-2.6.26-2-686
1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 20.2MB of archives. After unpacking 4096B will be freed.
Do you want to continue? [Y/n/?]
[.....]
Vreemd genoeg zie ik nergens een opmerking dat ik nu een reboot moet doen om het nieuwe image ook
daadwerkelijk in de lucht te brengen. Gaat men er nu van uit dat iedereen dat wel snapt en wordt
die waarschuwing niet meer gegeven of heert Debian het nieuwe linux image "on the fly" in de lucht
gebracht omdat het alleen een replacement was van een adere 2.6.26 kernel?
Preparing to replace linux-image-2.6.26-2-686 2.6.26-21 (using
.../linux-image-2.6.26-2-686_2.6.26-21lenny3_i386.deb) ...
Bij mij thuis gaat het makkelijk, ik ben de enige die last heeft van een reboot maar op de zaak
wil ik een reboot voorkomen als dat niet nodig is.
Wie weet het antwoord?
Bonno Bloksma

[JT]

Post by Bonno Bloksma
Hallo,
Oops, verkeerde groep, had in linux.installatie gemoeten. Antwoorden graag daar.

Daar staat deze post toch ook? ;-)

[Paul van der Vlis]

Post by Bonno Bloksma
Hallo,
Ik gebruik Debian als linux distributie, ondertussen dus de Lenny versie. Toen ik nog etch gebruikte
kan ik me herinneren dat wanneer er een update was van de linux kernel dat ik dan ook de opmerking
kreeg dat ik z.s.m. na de update ook een reboot moest doen. Vandaag even een update gedaan waarbij
een update van het "linux-image-..." package voorbij kwam.
[....]
linux-image-2.6.26-2-686
1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 20.2MB of archives. After unpacking 4096B will be freed.
Do you want to continue? [Y/n/?]
[.....]
Vreemd genoeg zie ik nergens een opmerking dat ik nu een reboot moet doen om het nieuwe image ook
daadwerkelijk in de lucht te brengen. Gaat men er nu van uit dat iedereen dat wel snapt en wordt die
waarschuwing niet meer gegeven of heert Debian het nieuwe linux image "on the fly" in de lucht
gebracht omdat het alleen een replacement was van een adere 2.6.26 kernel?

Volgens mij moet je wel rebooten.

Er wordt wel gewerkt aan dit soort mechanismes, maar die zijn er nog niet.

Post by Bonno Bloksma
Preparing to replace linux-image-2.6.26-2-686 2.6.26-21 (using
.../linux-image-2.6.26-2-686_2.6.26-21lenny3_i386.deb) ...
Bij mij thuis gaat het makkelijk, ik ben de enige die last heeft van een reboot maar op de zaak wil
ik een reboot voorkomen als dat niet nodig is.

Misschien heb je iets aan dit scriptje om 's nachts te rebooten:
---------
TIJD="5:00"
MAIL="***@vandervlis.nl"

echo "$HOSTNAME wordt gereboot om $TIJD (24-uurs notering)" | mail -s \
"$HOSTNAME wordt gereboot om $TIJD" $MAIL
echo "mail -s '$HOSTNAME wordt nu gereboot' $MAIL; reboot" | at $TIJD
--------

Post by Bonno Bloksma
Wie weet het antwoord?

Ik meen dus te weten dat een reboot nog steeds nodig is bij elke kernel
update in Debian.

Met vriendelijke groet,
Paul van der Vlis.

[Huub Reuver]

Post by Paul van der Vlis

Post by Bonno Bloksma
Wie weet het antwoord?

Ik meen dus te weten dat een reboot nog steeds nodig is bij elke kernel
update in Debian.

Ik geloof dat er speciale opties zijn om kernels te kunnen vervangen
zonder een reboot.

Voor normale systemen zou ik dergelijke kernels afraden en gewoon een
reboot uitvoeren bij alles dat alleen bij het starten geladen wordt.
Behalve kernels kan ik me zo even niets voorstellen wat verder een
herstart noodzakelijk maakt (behalve brakke hardware of brakke drivers).

Volgens sommige mensen wordt een systeem waarbij een modificatie aan
een draaiende kernel kan plaatsvinden gezien als een exploiteerbaar
systeem. Ga er maar niet vanuit dat dergelijke systemen mainstream
worden.

En misschien hoop jij nog op een record van 5 jaar uptime. Zelf heb ik
de hoop allang opgegeven om een uptime van 1 jaar te halen. Het kost me
teveel.

Met vriendelijke groet,
Huub Reuver

[Jan Wagemakers]

Post by Huub Reuver
Ik geloof dat er speciale opties zijn om kernels te kunnen vervangen
zonder een reboot.

<http://en.wikipedia.org/wiki/Ksplice>

[Paul van der Vlis]

Post by Jan Wagemakers

Post by Huub Reuver
Ik geloof dat er speciale opties zijn om kernels te kunnen vervangen
zonder een reboot.

<http://en.wikipedia.org/wiki/Ksplice>

Klopt, dat zit echter nog niet in Debian stable (Lenny) wat Bonno
gebruikt.

Wel in de komende Debian (Squeeze).

Met vriendelijke groet,
Paul van der Vlis.

[Huub Reuver]

Post by Paul van der Vlis

Post by Jan Wagemakers

Post by Huub Reuver
Ik geloof dat er speciale opties zijn om kernels te kunnen vervangen
zonder een reboot.

<http://en.wikipedia.org/wiki/Ksplice>

Klopt, dat zit echter nog niet in Debian stable (Lenny) wat Bonno
gebruikt.
Wel in de komende Debian (Squeeze).

Dat lijkt me dan een goede reden om geen standaard Debian kernel te
gebruiken.

Met vriendelijke groet,
Huub Reuver

[Paul van der Vlis]

Post by Huub Reuver

Post by Paul van der Vlis

Post by Jan Wagemakers

Post by Huub Reuver
Ik geloof dat er speciale opties zijn om kernels te kunnen vervangen
zonder een reboot.

<http://en.wikipedia.org/wiki/Ksplice>

Klopt, dat zit echter nog niet in Debian stable (Lenny) wat Bonno
gebruikt.
Wel in de komende Debian (Squeeze).

Dat lijkt me dan een goede reden om geen standaard Debian kernel te
gebruiken.

Ksplice zit in Squeeze. Of het standaard gebruikt wordt weet ik niet.

Wat heb je tegen Ksplice?

Ik vind het prachtig als ik niet hoef te rebooten...

Met vriendelijke groet,
Paul van der Vlis.

[Maurice Janssen]

Post by Paul van der Vlis
Ksplice zit in Squeeze. Of het standaard gebruikt wordt weet ik niet.
Wat heb je tegen Ksplice?
Ik vind het prachtig als ik niet hoef te rebooten...

Het klinkt prachtig, maar ik denk niet dat ik het zou gebruiken. Ten eerste
lijkt het mij een potentieel veiligheidsrisico. M.i. moet je niet te veel
rotzooien met een draaiende kernel.
Ten tweede vraag ik me af hoeveel subtiele manieren er zijn waarop dit fout
kan gaan. Het lijkt mij knap ingewikkeld om dit te maken en dit soort
fratsen mag van mij achterwege blijven.
En ten derde: af en toe een reboot is ook meteen een check of het systeem
goed opkomt. Als je reboots dankzij Ksplice kunt voorkomen bij updates is
dat leuk, maar als het systeem niet of maar half opkomt na een ongeplande
reboot (bv stroomstoring), dan is dat minder leuk. Dan kun je dat maar beter
af en toe testen middels een geplande reboot.

[John Bokma]

Post by Maurice Janssen

Post by Paul van der Vlis
Ksplice zit in Squeeze. Of het standaard gebruikt wordt weet ik niet.
Wat heb je tegen Ksplice?
Ik vind het prachtig als ik niet hoef te rebooten...

Het klinkt prachtig, maar ik denk niet dat ik het zou gebruiken. Ten eerste
lijkt het mij een potentieel veiligheidsrisico. M.i. moet je niet te veel
rotzooien met een draaiende kernel.
Ten tweede vraag ik me af hoeveel subtiele manieren er zijn waarop dit fout
kan gaan. Het lijkt mij knap ingewikkeld om dit te maken en dit soort
fratsen mag van mij achterwege blijven.
En ten derde: af en toe een reboot is ook meteen een check of het systeem
goed opkomt. Als je reboots dankzij Ksplice kunt voorkomen bij updates is
dat leuk, maar als het systeem niet of maar half opkomt na een ongeplande
reboot (bv stroomstoring), dan is dat minder leuk. Dan kun je dat maar beter
af en toe testen middels een geplande reboot.

Het een sluit het ander niet uit. Sterker, als je geplande reboots wil
zou ik zeggen, zet die op de kalender, en ga niet zitten wachten op een
update die eventueel een reboot nodig heeft.

[Huub Reuver]

Post by John Bokma

Post by Maurice Janssen

Post by Paul van der Vlis
Ksplice zit in Squeeze. Of het standaard gebruikt wordt weet ik niet.
Wat heb je tegen Ksplice?
Ik vind het prachtig als ik niet hoef te rebooten...

Het klinkt prachtig, maar ik denk niet dat ik het zou gebruiken. Ten eerste
lijkt het mij een potentieel veiligheidsrisico. M.i. moet je niet te veel
rotzooien met een draaiende kernel.
Ten tweede vraag ik me af hoeveel subtiele manieren er zijn waarop dit fout
kan gaan. Het lijkt mij knap ingewikkeld om dit te maken en dit soort
fratsen mag van mij achterwege blijven.
En ten derde: af en toe een reboot is ook meteen een check of het systeem
goed opkomt. Als je reboots dankzij Ksplice kunt voorkomen bij updates is
dat leuk, maar als het systeem niet of maar half opkomt na een ongeplande
reboot (bv stroomstoring), dan is dat minder leuk. Dan kun je dat maar beter
af en toe testen middels een geplande reboot.

Het een sluit het ander niet uit. Sterker, als je geplande reboots wil
zou ik zeggen, zet die op de kalender, en ga niet zitten wachten op een
update die eventueel een reboot nodig heeft.

Het klinkt prachtig, niet hoeven rebooten, maar in de praktijk zal een
dergelijk systeem meer tijd kosten.

Je hebt een officiele backdoor en, afhankelijk van de implementatie,
sourcecode van de werkende machine op je systeem of een trusted supplier.
Beide zijn een bron van problemen.

De patches zijn lastiger, want je hebt strengere randvoorwaarden.
De patch komt dus allereerst een dag later dan noodzakelijk.
De kans op falen is groter, dus omdat je er vanuitgaat dat je systeem
"up" moet blijven wordt een deskundige beheerder noodzakelijk.

Enige nut dat ik me kan bedenken zijn zeer speciale toepassingen waarbij
high-availability van een (1) systeem belangrijk is. En bij HA denk ik
eerder aan redundant servers dan aan zo'n oplossing.

Ik denk dat een reboot af en toe mij veel werk bespaart. Er zijn genoeg
betere alternatieven.

Met vriendelijke groet,
Huub Reuver

[Maurice Janssen]

Post by John Bokma

Post by Maurice Janssen

Post by Paul van der Vlis
Ksplice zit in Squeeze. Of het standaard gebruikt wordt weet ik niet.
Wat heb je tegen Ksplice?
Ik vind het prachtig als ik niet hoef te rebooten...

Het klinkt prachtig, maar ik denk niet dat ik het zou gebruiken. Ten eerste
lijkt het mij een potentieel veiligheidsrisico. M.i. moet je niet te veel
rotzooien met een draaiende kernel.
Ten tweede vraag ik me af hoeveel subtiele manieren er zijn waarop dit fout
kan gaan. Het lijkt mij knap ingewikkeld om dit te maken en dit soort
fratsen mag van mij achterwege blijven.
En ten derde: af en toe een reboot is ook meteen een check of het systeem
goed opkomt. Als je reboots dankzij Ksplice kunt voorkomen bij updates is
dat leuk, maar als het systeem niet of maar half opkomt na een ongeplande
reboot (bv stroomstoring), dan is dat minder leuk. Dan kun je dat maar beter
af en toe testen middels een geplande reboot.

Het een sluit het ander niet uit. Sterker, als je geplande reboots wil
zou ik zeggen, zet die op de kalender, en ga niet zitten wachten op een
update die eventueel een reboot nodig heeft.

Dat is inderdaad een mogelijke oplossing voor het derde punt en zoiets
zou ik ook zeker doen, als er geen reboots meer nodig zouden zijn om het
systeem up to date te houden.
Maar dan nog ben ik niet zo'n fan van Ksplice.

[Casper H.S. Dik]

Post by Maurice Janssen
Dat is inderdaad een mogelijke oplossing voor het derde punt en zoiets
zou ik ook zeker doen, als er geen reboots meer nodig zouden zijn om het
systeem up to date te houden.
Maar dan nog ben ik niet zo'n fan van Ksplice.

Ik zou he tsysteem liever rebooten; vooral het reorganizeren van
de data structuren lijkt me hachelijk.

Dan is er nog het probleem van het veranderen van, bijvoorbeeld,
de C library. Als daar een belangrijk gat in zit, dan wil je
ook echt alle programma's herstarten. Ksplice bevriest het
systeem; dan kan je misschien beter wat geld investeren in het
sneller rebooten.

Casper