ext3: háttérben futó fsck?

Fájlrendszer, NAS, storage

Pár nappal ezelőtt jelent meg a Kernel Traffic-ban egy írás, amely arról szól, hogy az ext3 filerendszerek fsck ideje egyre hosszabbra nyúlik, és ez a gyakran (kb. minden 30-adik mountolás után) mount-olt filerendszerek esetén (laptopok, desktop gépek) nem szerencsés dolog.

Az írást elolvasva Otto Wyss-nek egy ötlete támadt, amelyet megosztott a fejlesztőkkel az LKML-en. Az ötlet a következő: elméletileg a naplózó filerendszerek biztosítják azt, hogy a filerendszer mindig konzisztens legyen. Jobb lenne ha az fsck nem boot időben futna le, hanem a rendszer futásának idejében, alacsony prioritással a háttérben. Az ötlet nem új, hiszen a FreeBSD 5-ben már egy ideje van egy hasonló megoldás az UFS2 filerendszereken (background fsck).Az ötlet megnyerte a fejlesztők tetszését, Alan Cox (btw. Alan Cox úgy tűnik visszatért a kernelfejlesztéshez, mert az utóbbi héten szinte minden második levél tőle van) és Ted T'so is jónak találta az ötletet.

Ted szerint ehhez semmilyen kernel patchre vagy C kódolásra nincs szükség, egyszerűen az alábbiakat kell tenni:

1.) Készíteni kell egy tiszta, read-only snapshotot az ext3 filerendszerről a device-mapper segítségével.

2.) A snapshoton futtatni kell az ``e2fsck -f''-et (feltételezzük hogy a kernelünk nem bugos és hardverünk rendben van) a hibák ellenőrzéséhez. Majd végén el kell ereszteni a read-only snapshotot.

3.) Ha hibát találunk, akkor az outputot elküldjük email-ben a root-nak.

4.) Ha minden rendben van, akkor futtatjuk a ``tune2fs -C 0 -T now /dev/XXX'' parancsot az éles filerendszeren, amely beírja a filerendszerre azt az információt, hogy futott már az fsck. Ezzel megakadályozzuk, hogy a legközelebbi bootolásokkor feleslegesen fusson az fsck, és rabolja az időnket.

Ted és Alan bátorít mindenkit, aki úgy érzi, hogy szeretné megcsinálni a projektet (azt írták szép projekt egy első projektets embernek. itt a lehetőség, hogy valaki bizonyítson :-)

A thread itt.

(PS: Nem, a cikk nem jelent még meg sehol, bármilyen hihetetlen a levlistáról íródott. Gondolom magára ismer, akinek szól.)

Na jó, de magyarul minden fontos projektben tud 1-2 kulcsszemély! :-)

Ismered a viccet, amikor a NASA-nal a tudósok a heti értekezletük előtt egy kis egyeztetést tartanak:

- Dr. Smith felgyógyult már?

- Még nem.

- Akkor az eheti ülésünket is megtarthatjuk magyarul.

A hozzászólások hatására belenéztem mplayer-dev-eng archívumába... Vki. magyarul fel mert ajánlani némi vinyót Árpiéknak... vmiklós majdnem keresztbe lenyelte, mert magyarul írt :-)

( anr | 2004. 08. 14., szo – 12:04 )

>Gondolom magára ismer, akinek szól.

Es barki mas, aki olvas Gnome/KDE/Mozilla/Mplayer/Debian/Gentoo/... fejlesztoi listat nyugodtan szamoljon be az ott tortent dolgokrol.;-))

( Hunger | 2004. 08. 14., szo – 12:57 )

(PS: Nem, a cikk nem jelent még meg sehol, bármilyen hihetetlen a levlistáról íródott. Gondolom magára ismer, akinek szól.)


"Latom ezen nem sikerult azota sem tullepni :-D

Pedig itt lenne mar az ideje :-)"

( borso | 2004. 08. 14., szo – 14:18 )

Magara, de nem erzi jogosnak. Maradjunk annyiban hogy lathatoan nem

ertjuk meg azt amit egymasnak irunk es ne szoljunk egymashoz ha nem

muszaj. Szeptembertol ugyis vegleg elkoszonok, addig meg birjuk ki

valahogy.

( n0b0dy | 2004. 08. 14., szo – 14:57 )

Alan Cox úgy tűnik visszatért a kernelfejlesztéshez, mert az utóbbi héten szinte minden második levél tőle van

Ez az igazi hír. Már vártuk a Mestert.

nincs idom, (beha kedvem sem) olsasni a mplayer-dev-et, (sot a KDE/GNOME/Mozilla/...-dev-et sem.

legyszi/legyszi/legszi/.../ha te olvasod zanzasitsd a lenyeget es ord meg ide cikkben. Nem kell irodalmi magyarsag, eleg ha vann abenn linkek tomegevel, hogyha erdekel tudjak tovabbmenni.

Elore is koszonom:

Anr