Kernel upgrades Aphrodite & Athena

Ik ben van plan om vanavond Aphrodite van een kernel-upgrade te voorzien, deze gaat dan van Linux 2.2.14 naar Linux 2.2.17, zie ook deze Meuktracker update.

Dit gaat gebeuren rond 1 uur 's nachts, dus dan zal www.tweakers.net even onbereikbaar zijn. Wel kan je nog gewoon surfen via Athena.Tweakers.net.

Athena zal ik waarschijnlijk morgen upgraden, tenzij er iets belangrijkers tussenkomt.

gathering.tweakers.net zal ook niet te bereiken zijn, als (tijdelijke) vervanging kan je http://www.tweakers.net/~arjen/gotforum gebruiken.

De verwachte downtime van Aphrodite zal ongeveer net zo lang zijn als de reboot zelf. Om het maar ruim in te schatten, en eventuele opstartprobleempjes te verhelpen, denk ik dat het zo'n 30 minuten wordt.

Downtime op Athena lijkt mij ongeveer hetzelfde, mits er weer gigantische problemen ontstaan door een verkeerd gecompileerde kernel, zoals dat de vorige keer was. Voordeel hiervan is wel dat ik nu weet _wat_ er foutging, herhaling van het probleem is dan ook niet waarschijnlijk... hoop ik

Update: Downtime voor Aphrodite bleek ontzettend mee te vallen, binnen 3 minuten was ze alweer online en aan het serveren. Alles is probleemloos verlopen.

Morgen is Athena aan de beurt, hopen dat die ook net zo snel weer up is

Update2: Athena is nu ook gereboot, en draait linux 2.2.17. Reboot duurde ongeveer 3 (spannende) minuten, en is zonder problemen weer online gekomen.

Happy surfing!

Reacties (49)

[grimlock]

Ik sta niet in voor de gevolgen! Maare, wat zou die nieuwere kernel nou voor voordelen op kunnen leveren???

In een grijs verleden vertelde God mij persoonlijk:

If it ain't broke, don't fix it.

Die kernel is pas een paar dagen uit, misschien eerst even de kat uit de boom kijken????

[RvdH]

Kernel 2.2.14 bevatte een aantal grote bugs, onder andere een local-root bug, waardoor users op die bakken root zouden kunnen krijgen door een exploit te maken/gebruiken. Niet dat ik de users niet vertrouw, maar ik draai liever een veilige kernel. En er zitten natuurlijk nog veel meer bugfixes in.

[Bigs]

2.2.17 is een stable kernel, het komt zelden voor dat daar nog fouten in zitten

[grimlock]

Was 2.2.14 dan geen stable kernel? (Ben effe in verwarring....)

[Infinion]

Kernel 2.2.14 was zeker wel een stabiele kernel..
Maar naar verloop van tijd komen er bugs en andere foutjes boven water.. dus dat wordt dan weer gefixed..
Tot nu toe was het zo dat 2.0.X en 2.2.X waren stable de testversie's daartussen waren 2.1.X en nieuwer dan 2.2.X zijn de 2.3.X kernels.. (de 2.3.X kernels zijn development kernels om uiteindelijk kernel 2.4.X te kunnen krijgen, die nu ook al in testfase zitten)

Greetz.

[Verwijderd]

Stable of niet... er zitten natuurlijk altijd fouten in, echter die komen altijd pas een poosje later aan het licht, wat natuurlijk ook logisch is.

[Verwijderd]

FF wat blaat van een "junior"-vw admin....

Ik vind tweakers ook niet bijster snel, je kunt zelfs op het turbo-netwerk van vuurwerk merken dat de database server tijd nodig heeft om bijv alle reacties bij een artikel te zoeken. Maar dat heb je bij meer db-based sites ... Misschien een idee-tje om de dagelijkse postings in een aparta db op ramdisk te zetten, en dan elke dag gisteren mergen met het archief ...

En uit ervaring...er is altijd iemand wakker ... nerds leven 's nachts ...

nou ff wat belangrijke meeltjes aan mezelf sturen ( in-joke ) en verder met de vuurwerk kweek server ...

[RvdH]

Misschien een idee-tje om de dagelijkse postings in een aparta db op ramdisk te zetten, en dan elke dag gisteren mergen met het archief ...

Dat is inderdaad een goed plan. Aangezien de nieuwe server 1Gb aan RAM heeft moet zo'n RAMdisk wel kunnen, en het haalt de load misschien ook nog wel omlaag.
Tnx for the tip!

[Verwijderd]

Lees deze thread maar eens als je een discussie over ramdisks en Linux wilt volgen.

slashdot.org/article.pl?sid=00/09/19/0528207&mode=thread

Het is helemaal nog niet zo zeker dus dat een ramdisk de oplossing is.
Zoals hier blijkt kan een ramdisk de boel alleen nog maar meer vertragen en voor een nog hogere CPUload zorgen.

[ACM]

Er zijn best veel redenen trouwens om van 2.2.14 up te graden naar kernel 2.2.17

Al is het alleen maar omdat 2.2.17 een "verbetering" van 2.2.16 is die weer een verbetering van ...

Maar ook een reden is wellicht de ten opzichtte van .14 verbeterde Athlon ondertsteuning en herkenningen.
Verbeteringen en versnellingen in netwerkcode.

En natuurlijk is het heel erg goed mogelijk dat ze net een aparaat in hun servers hebben dat in de .17 verbeterde ondersteuning heeft.
Uiteraard ook nog om die root-exploit uit alle pre-2.2.16 kernels...

[LuCarD]

Waarom een kernel update? Ze draaien nu toch lekker? of heb ik dat mis.

[Verwijderd]

In de kernels lager dan 2.2.16 zit zowieso een root exploid, dat is toch wel een reden om te upgraden lijkt mij.

[RvdH]

Aphrodite is weer up, en draait nu Linux 2.2.17.
Dat ging snel he, 2 minuten?

[Marcel van Veen]

Huh?
hoe kreeg je dat voor elkaar?
Als ik een kernel compile, duurt dat toch zeker 30 tot 40 minuten... thuis voorgecompileerd ofzo?
En zo ja, heb je thuis dus een kopie van de T.net servers staan ofzo?

Je kunt gewoon de kernel compilen zonder downtime, het enige noodzakelijke is een reboot, die op een snelle server als deze schat ik zo'n 1 a 2 minuten zijn..

Als het misgaan is er nog geen nood trouwens, want als Rick het goed doet maakt ie een backup van de oude kernel en laat die in lilo staan met old_kernel ofzo, bel vuurwerk en vraag of ze ff rebooten naar old_kernel en de server draait weer. Er kan dus eigenlijk _niets_ fout gaan.. nouja, enige wat fout kan gaan is dat de sysadmins bij vuurwerk liggen te maffe

Apache/PHP/apache/etc kun je trouwens gewoon compilen zonder ook maar 1 seconde downtime.. dat is het mooie aan linux

[RvdH]

Als het misgaan is er nog geen nood trouwens, want als Rick het goed doet maakt ie een backup van de oude kernel en laat die in lilo staan met old_kernel ofzo, bel vuurwerk en vraag of ze ff rebooten naar old_kernel en de server draait weer.

Elke vorige kernel die erop gedraait heeft, staat nog altijd klaar voor gebruik.

Om voor dit soort dingen Vuurwerk niet te hoeven bellen, zit/komt er in Artemis een RealWeasel, waarmee je dus ook remote in je BIOS kan klooien, of bijvoorbeeld een andere kernel opstarten in lilo.

[CubicQ]

Als je een kernel aan het compileren bent kan je gewoon doorwerken, dat kan al wel eergisteren gedaan zijn ofzo. Tijdens het compileren wordt alleen de server wat langzamer, maar als je het compileer-proces een niet zo hoge prioriteit geeft zul je het amper merken.

Maar 30-40 minuten? Wat voor oude bak is dat wel niet. Ik heb 1x een kernel gecompiled en dat was op een PPro 180 en toen duurde het een minuut of 7 a 8 ofzo.

[Verwijderd]

zie je het voor je: rick springt om 1 uur op de fiets van arnhem naar haarlem.

Gaat daar zwaar beveiligde ruimte.

NOT

Gaat via telnet/ssh (online dus )

[Verwijderd]

Remote reboots zijn altijd goed voor een beetje spanning:
Komt de server uberhaupt weer up, komen de netwerk kaarten weer up (wil ook nog wel eens fout gaan na een kernel hack )
Kortom ik denk dat Rick wel ff met geknepen billetjes zit

[Jasper Janssen]

Het ding zal toch wel een seriele console hebben. mag ik hopen?

Zelfs voor PCs kun je dat krijgen, een mooi ISA of PCI kaartje die net doet of hij een MDA kaart is (en een toetsenbord plugje), met aan de andere kant een seriele poort: tada, true serial console. En dan hebben we het nog niet over de simpele oplossingen waar de kernel nog wel voor moet booten, namelijk gewoon een getty openen op com1...

Update meteen PHP ff:

athena.tweakers.net/phpinfo.php3

php4.0.2 is al uit

[RvdH]

Die had ik voor komend weekend geplanned

[[ti]]

Rick,

Als ik jou was zou ik dat phpinfo scriptje uitzetten, er staat way too much valuable informatie in voor 'n evt. (cracker)hacker, bv. paths van je httpd, de root www.dir van tweakers and the lot. Scheeld 'n (cracker)hacker 'n boel uitzoek werk.

Just a thought.

[RvdH]

Helaas kan ik niet in de gaten houden waar dat scriptje allemaal neergezet word. Maar hij is nu al weg en ik heb het niet gedaan, dus femme zal wel ff langs zijn geweest ofzo

[Wacky]

Gaat dit allemaal via een telnet? Of gaat Rick ff langs bij Vuurwerk ?

[RvdH]

Dit gaat allemaal via SSH (Secure SHell), dat is net telnet maar dan over een ge-encrypte connectie, veel veiliger dus (hetgene wat je intypt vliegt niet in plain-text over het internet, zoals passwords en commands etc.).

[easydisk]

Is dat wel verstandig zo midden in de nacht ? oke zo hebben weinig mensen er last van, maar stel dat lilo een scrhijf fout maakt, de kernel al hemaal fout is, etc en de compu helemaal niet eens meer de kenel laadt dan zit je of heeft Vuurwerk ook 24uur support bij jullie abonnement gedaan ?

[RvdH]

Dit soort dingen gebeuren expres 's nachts, om de overlast en downtime zo laag mogelijk te houden. Zou er iets ontzettend misgaan (wat mij sterk lijkt, kernel is al gecompiled, lilo en alle startupscripts zijn ge-double-checked), dan kunnen we altijd nog rekenen op de geweldige support van Vuurwerk. Zij hebben immers al vaker midden in de nacht voor ons klaargestaan, en dat verdient zeker een compliment

[easydisk]

Tuurlijk 's nachts, maar het is mooi dat Vuurwerk toch nog dag en nacht klaar staat voor Tweakers.net

[Verwijderd]

Hmmm.... ligt het aan mij, of is heel tweakers.net gewoon trager sinds de kernel updates? Bij mij duurt het op dit moment echt lang voor dat er een pagina in beeld komt, ook de pop-up om deze reactie te plaatsen was echt traag...

*ponders* nee, het ligt niet aan de load van mijn eigen machine.. 3:49PM up 7:12, 3 users, load averages: 1.16, 1.11, 1.04

Dat is echt laag voor mijn werkstation waar ook dnetc opdraait.

en mijn lijn is ook ok.

Rick, kan jij hier een lichtje op laten schijnen?

[RvdH]

Ik heb geen verlies in snelheid gemerkt. Wel is het op de topuren af en toe wat trager, omdat de load van de webserver aardig hoog ligt. Dat wordt waarschijnlijk veroorzaakt door het PHP forum. Ik heb ook even een traceroute gedaan naar je IP, en de router ams-ix.worldonline.nl gaf even een time-out. Dat kan de snelheid natuurlijk ook goed beinvloeden.