Régóta bujkáló memóriakorrupciós hiba került javításra; mára várható a végleges 2.6.25

Ennyiből azokat nem tudhatod. :)

És mi van azokkal a hibákkal, amelyek nem a splice.c-ben vannak közvetlenül, hanem ott ahonnan meghívják a splice.c-ben lévő függvényeket? ;)

Legrosszabb esetben egy hét alatt összerakom.
Mi kell hozzá:
- minimum két PC, az egyiken távmenedzsment, amiről legalább egy resetet ki tudok adni
- az egyik PC a másikról bootol, az egyiken fut a monitorozás a másikra
- egyik PC minden éjszaka lehúzza a teh_latezt_leenu.gz-2.6.25-pre5alpha2torvaldz8bestest.torrent-et (vagy .git-et, vagy mit használnak ezek ott fent), lefordítja, majd bekopizza a tftp rootjába és beállítja a pxeloadert
- eljön a hajnali kettő, másik pécé rebootol, elindul az új kernellel
- egyik pécé nézi valahogy (nekem mindegy hogy) a másikat, ha adott ideig nem kap életjelet, új kernel letöröl, pxeloader visszaállít az előzőre, reset, esetleg a virtuális soros konzolon kiböfögött üzenetekkel megspammelni a leenus@torvardz.com-ot
- másik pécé magához tér, beröffen az előző kernellel, boldog

Értelemszerűen, ha a kernel képes volt a bolonyaimakaróniból és legalább az init-ig eljutott, azaz már a userspace is szóhoz jutott, az egyik pécé a szofisztikált alkalmazásmonitoringgal folyamatosan figyeli, hogy vajon rendben van-e minden, esetleg még a válaszidőket is nézi és ha azok nevetségesen alacsonyak, akkor az aznapi forgalomdumpot küldi a fent említett címre, a kitömörített kernel image-dzsel együtt.

Namost ha kötözködnél és megkérdeznéd, hogy OK, de mi van akkor, ha a bolonyaimakaróniból kerülne a diszkekre is és azok emiatt csúnyák, zsírosak és darált marhahúsosak lennének, ahelyett, hogy az igen fontos -hiszen ilyen rendszert csak igen fontos alkalmazás alá tennék, nehogy feltörjék- adatok lennének ott, hát megoldásom erre is van.
Óránként, vagy ahogy a pénztárcám mélysége engedi snapshotolnék fájlrendszert (a storage-on persze, mert azon nem leenugz fut, tehát nem érintett ezekkel a hibákkal), majd ha kefe van a másik gépen, az egyik gépen kikapcsolnám a másikat, majd felhúznám szépen sorban a snapshotokat és az alkalmazás megfelelő alkalmazásával ellenőrizném az alkalmazásadatok alkalmazhatóságát.
A legutolsó alkalmazható alkalmazásadatot pedig alkalmaznám, mint alkalmazható alkalmazásadat, a többit eldobnám, effektíve egy rollbacket csinálnék, majd ha ez megvan, visszaváltanék a tegnapi kernelre, majd poweron() a másik gépen és minden jó.
A rendszergazdát kirúgnám, hiszen rá nincs szükség, a béréből pedig... Hát nem is tudom. Annyira nem fizetem meg, hogy bármire is elég lenne a pénze.

Vagy két ilyen ugyanakkora helyben: http://www.supermicro.com/products/motherboard/Xeon1333/5400/X7DWN+.cfm, olcsóbban, és gyorsabban. (és rögtön a redundancia is megvan :)