Fájlrendszer, NAS, storage

Elérhető a GlusterFS 2.0-s verziója. A GlusterFS egy érdekes cluster fájlrendszer, amely leginkább felhasználói térben (userspace) fut és amely az állítások szerint petabájtos terjedelemig képes skálázódni. A részletekért érdemes áttekinteni a kínált szolgáltatások listáját. "Ahogy a kötet mérete meghaladja a 32TB-ot, az fsck-ból (fájlrendszer-ellenőrzésből) adódó leállási idő komoly problémává válik. A GlusterFS-ben nincs fsck. Transzparensen, a teljesítményt nagyon kis mértékben befolyásolva "gyógyítja" magát. A licence GPLv3. - írja az LWN.net.

A linux-mag.com interjút készített az Oracle Linux Kernel Engineering csapatának igazgatójával, Chris Mason-nel, aki nem mellékesen a következő generációs Linux fájlrendszer, a btrfs fő fejlesztője.

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.