Fájlrendszer, NAS, storage

Ha napjaink egyik népszerű IT divatszava "virtualizáció", akkor az elkövetkező években jó eséllyel pályázik erre a címre a "deduplikáció". Főleg ahogy a háttértárak egyre nagyobb kapacitásúak lesznek és ahogy azokon egyre több adatot tárolunk. Az adatok tárolása során nem ritka, hogy ugyanazt az adatot (adat blokkot) több példányban is tároljuk ugyanazon az adathordozón. Ez nyilvánvalóan nem szerencsés több szempontból sem. Célszerű tehát a redundáns adatokat eltávolítani és csak egy példányban megtartani. A duplikált adatok eltávolítását nevezzük deduplikációnak.

Mint az ismert, a Oracle tegnap bejelentette vásárlási szándékát a Sun Microsystems-re. Az üzlet létrejöttével az Oracle hozzájut a Sun termékeihez, szabadalmi portfóliójához, szellemi tulajdonaihoz is. Természetesen ez érinti a Sun egyik koronaékszerét, a ZFS fájlrendszert is. Egyesekben felmerülhet a kérdés, hogy mi lesz ezután az eddig az Oracle berkein belül fejlesztett, következő generációs Linux fájlrendszerrel, a Btrfs-sel?

A Disk Doctors Labs, Inc. vállalat tegnap bejelentette, hogy a világon elsőként szállít adat-visszaállító szoftvert a SGI által kifejlesztett XFS Unix/Linux fájlrendszerhez.

Számos írás, dokumentáció érhető el az interneten az ext4 fájlrendszerrel kapcsolatban, de azért mégis más, ha közvetlenül az egyik fő fejlesztő beszél róla. A linux-mag.com interjút készített Theodore Ts'o-val, az ext4 egyik vezető fejlesztőjével.

Az elmúlt héten túlfűtött viták alakultak ki internet szerte arról, hogy az ext4-ben 2008 közepén bemutatkozott delayed allocation (késleltett allokáció) kód fokozottan veszélyes-e az adatbiztonságra, vagy sem. Noha Ted Ts'o szerint a késleltetett allokációval kapcsolatban megreklamált "0 hosszúságú file" probléma leginkább alkalmazás-tervezési probléma, a fejlesztő már a probléma felbukkanásakor workaround-okat készített rá. Most azonban egy nemrég elkészített patch nyomán talán megnyugszanak a kedélyek.

Matthew Garrett - egykori legaktívabb Debian közreműködő - is beszállt az össznépi ext4 késletetett allokáció vs. 0 hosszúságú fájl adok-kapokba.

Ted Ts'o korábban már jelezte, hogy tud az ext4 fájlrendszerrel kapcsolatos "0 hosszúságú fájl" problémáról és le is írta véleményén a Launchpad-on. Most blogjában, eként összegezve:

Az Ubuntu Launchpad-on bukkant fel nemrég egy hibajegy, amelyben a felhasználó arra panaszkodik, hogy a kiadás előtt álló Ubuntu Jaunty-val és ext4 fájlrendszerre játszva adatvesztést szenvedett. A felhasználó egy áramkimaradás után azt vette észre, hogy az újraindított rendszerén a ktimetracker alkalmazás konfigurációs fájlja egy 0 byte hosszú fájlra cserélődött.

A linux-magazine.com egy 15+ perces videóinterjút készített Theodore Ts'o-val, a Linux Foundation jelenlegi CTO-jával, az ext4 filerendszer egyik fő fejlesztőjével. Az interjúban Ted válaszol arra kérdésre, hogy mennyire stabil az ext4 és milyen újdonságokat hoz, mi a különbség btrfs és az ext4 közt és miért van szüksége a btrfs-nak sokkal több időre a stabilizációhoz, mint az etx4-nek, stb. Az interjú megtekinthető itt.

A karácsonykor kiadott 2.6.28-as kernelben már nincs "experimental" jelzővel illetve az ext3 utódjaként megjelent ext4 filerendszer. A bátrabbak már nekiláttak az átállásnak. Akik még nem, azok bővebb információkhoz juthatnak az új verziójú filerendszerről az IBM developerWorks-ön minap megjelent Anatomy of ext4 című cikkből.