Fájlrendszer, NAS, storage

A portugál Ricardo Correia még a Google Summer of Code 2006 keretén belül fogott bele abba a nem kis feladatba, hogy ZFS támogatást készítsen Linux kernelre a FUSE felhasználásával. A fejlesztő október eleje óta nem jelentkezett, de most ismét frissítette blog-ját.
A legfrissebb blogbejegyzésben arról olvashatunk, hogy Ricardo izgatottan közölte a hírt, hogy elérhető a zfs-fuse 0.3.0, amely már read-only módban képes ZFS filerendszereket felcsatolni. A bejelentésben a projekt jelenlegi állásáról is képet kaphatunk. A ZFS for FUSE/Linux jelenleg az alábbiakra képes:

Napi "Fake vagy nem?" rovatunkban egy érdekes képet mutatunk be... Az egyik francia nyelvű blog arról számol be, hogy a Mac OS X következő, jövőre megjelenő 10.5-ös (kódnevén "Leopard") verziójában már benne lesz a Sun-féle Zettabyte File System (rövidebb és ismertebb nevén "ZFS"). Az oldal ezt egy képpel is megpróbálja alátámasztani. Egyelőre még megy a találgatás, hogy a kép fake-e, vagy sem.

A linux.inet.hr szerkesztője szemrevételezte a fejlesztés alatt álló, de már tesztelhető ext4 filerendszert. Készített néhány benchmark-ot, és összehasonlította a beolvasztásra váró Reiser4-gyel. Az eredmények itt (érdemes elolvasni a cikket és a hozzászólásokat pontosan, mert a grafikonok első ránézésre félrevezetők lehetnek).

Jeff Mahoney egy levelet küldött pár nappal ezelőtt az opensuse-factory listára, amelyben egy lényeges openSUSE-t érintő változtatást javasol. Konkrétan azt, hogy hosszú évek után a(z) (open)SUSE szakítson az alapértelmezett naplózó filerendszerével, és helyette használjon mást.

Az IBM developerworks-ön jelent meg egy cikk "Develop your own filesystem with FUSE" címmel. A cikk arra a FUSE-ra (Filesystem in Userspace - filerendszer a felhasználói térben) alapoz, amelyet a magyar Szeredi Miklós fejleszt.

A Slackware felhasználónak ezután nem kell trükközniük, ha kedvenc disztribúciójukat a Hans Reiser és csapata által megálmodott következő generációs Reiser4 filerendszerre akarják telepíteni. Elérhető az interneten egy kb. 20 MB-os ISO image, amely lehetővé teszi, hogy a Slackware 10.2-t már a telepítéskor Reiser4 filerendszerre telepítsük.

Természetesen a telepítéshez szükséges az eredeti CD set is.

Az ISO letölthető innen.

Verziókövető fájlrendszer. Gyakorlatban annyit tesz, hogy az összes fájl összes korábbi változata kikaparható belőle.A rendszer áll a fuse.o (FUSE) modulból, egy user space daemonból, meg néhány egyéb scriptből (mount.wayback, vutils.pl multicall script).

Előnye a hagyományos verziókövető rendszerekkel szemben, hogy nem felejted el a checkint, és nem kell megtanulnod 112 parancsot.

A hátránya az, hogy nem arra való amire a verziókövető rendszerek :)

Bővebben a Wayback-ről itt.

Pár nappal ezelőtt bekerült a Reiser4 filerendszer az -mm kernelfába. Néhány nappal utána Hans Reiser fő fejlesztő sürgette a Reiser4 filerendszer mielőbbi elfogadását a kernelfejlesztők részéről. Reiser arra hivatkozott, hogy az Apple (Spotlight) és a Microsoft (WinFS) is olyan filerendszeren dolgozik, amely adabázis-szerű funkciókat valósít meg a filerendszerben.

Úgy látszik, hogy mostanában ez mozgatja a fejlesztőket, mert fejlesztés alatt áll egy DBFS (Database File System) névre hallgató projekt is, amely szintén a gyors keresést hivatott megvalósítani.A DBFS nem egy klasszikus filerendszer, sokkal inkább dokumentum rendszer. A DBFS célja, hogy megkönnyítse a fileok keresését a sok gigabyte-os filerendszerekben. Érdekes ötlet, érdemes elgondolkodni rajta. A munka GPL-es.

Bővebb infó a projekt weboldalán itt.

Pár napja megjelent a Reiser4 filerendszer az Andrew Morton féle -mm kernelfában.

Ezzel kapcsolatban egy nagyon-nagyon hosszú szál indult az LKML-en. A beszélgetés akörül forog, hogy a Reiser4 beolvasztása olyan változásokkal bővíti ki a a Linux kernel API-t, amelyet POSIX/Unix/stb. specifikációk nem láttak előre. Hans Reiser természetesen azt szeretné, ha a Reiser4 mihamarabb a kernel része lenne.Andrew Morton ennyire nem siettetné a dolgot. Reiser szerint muszáj beolvasztani a Reiser4-et, mert a Microsoft-féle WinFS és Dominic Giampaolo által készített Spotlight már nagyon közel van a megjelenéshez, így kell valamit produkálni válaszul.

Reiser szerint szükség van arra, hogy kereső motort (search engine) és adatbázis funkcionalitást építsenek a filerendszerbe. Ahhoz, hogy ezt meg lehessen tenni egy tiszta tároló réteget (storage layer) kell tervezni, amelyhez 11 évnyi komoly munkára van szükség. A Reiser4 már most tudja ezt. Ezt egyik linuxos filerendszer sem tudja jelenleg. A ReiserFS következő nagy kiadása már nagy ugrás lehetne, mert az előfeltételek már a helyükön vannak a Reiser4-ben. Reiser arra kéri a fejlesztőket, hogy ne tegyék a Reiser4-et a VFS-be, hanem használják a Reiser4-et, mint VFS-t. Ne írjanak újabb filerendszereket, hanem írjanak file plugin-okat és diszk formátum plugin-okat a Reiser4-hez. Arra kéri a fejlesztőket, hogy értékeljék 10 év munkáját, és ne duplikálják a meglevő dolgokat, hanem használják azt, ami már készen van.

Mivel az egész Reiser4 egy nagy témakör Andrew Morton szerint is, arra kérte Hans Reisert, hogy szedje össze azokat a dolgokat, amelyeket a fejlesztőknek mindenképpen tudniuk kell róla. Például írja le, hogy miért jobb a plugin formátum, mint az a megoldás, amelyet a jelenlegi filerendszerek használnak.

Resier szerint ha valaki a jelenlegi filerendszerekkel akar foglalkozni, akkor annak kb. 6 hónapjába kerül, mire annyira képbe jön, hogy változtatni tud bennük. A Reiser4-hez plugint írni hétvégi programmer feladat...

A KernelTrap összeszedte a több száz levélből álló thread lényegét. El lehet olvasni itt. Az LKML szál (erős idegzetűeknek) itt kezdődik.

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.)