Fájlrendszer, NAS, storage

Mint az ismert, a Microsoft az év elején pert indított a TomTom ellen, azt állítva, hogy a Linux-alapú autónavigációs rendszereket gyártó vállalat egyes termékeivel megsérti több, köztük két (V)FAT fájlrendszerrel kapcsolatos szabadalmát. A jogi procedúra azóta lezárult, a két vállalat peren kívül megegyezett.

Az eseményekre reagálva a Linux fejlesztői közösség egyes, az IBM alkalmazásában álló tagjai - hogy elejét vegyék további hasonló pereknek - egy patch-et készítettek a kernelben található VFAT támogatáshoz. A patch-et azonban a fejlesztői közösség nem fogadta egy emberként kitörő örömmel. Ennek több oka is volt. Az egyik az, hogy a patch tulajdonképpen csökkentette volna a már évek óta a kernelben levő VFAT kód funkcionalitását.

Most Andrew "Tridge" Tridgell, az első patch szerzője egy újabb VFAT patch-et készített, ezúttal olyat, amely már megőrzi a Microsoft szabadalmának lényegét képző hosszú fájlnév-bejegyzés (létrehozás) funkcionalitást (is), azonban mégis elkerüli a szabadalomban leírtak megsértését.

Az Apple évek óta ígérgeti a teljes ZFS támogatást a Mac OS X-be. Tavaly nyártól már az Apple weboldalán is szerepelt (Google által cache-elt oldal), hogy a Snow Leopard Server olvasható/írható ZFS támogatással érkezik majd. Most azonban - nem sokkal a Snow Leopard kiadása előtt - az Apple weboldaláról szinte teljesen eltűnt minden ZFS-sel kapcsolatos hivatkozás. - írja a Slashdot. Véletlen lehet? Hamarosan kiderül.

Chris Mason - a btrfs vezető fejlesztője - tegnap bejelentette, hogy egy új, kísérleti btrfs ágat indított. Yan Zheng számos olyan előremutató fejlesztést végez, amelyek nagyobb beavatkozásokat igényelnek a kódon. Az új kód ún. "forward rolling" lemezforumátum változást hoz, ami azt jelenti, hogy kompatibilis a jelenlegi btrfs lemezformátummal, azonban ha egyszer valaki felmountolja a fájlrendszert az új kóddal, az a korábbi kernelekkel már nem lesz kompatibilis. Ha valaki megpróbálja régebbi kernelekkel felmountolni az újabb lemezformátumot, akkor hibaüzenetet fog kapni.

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.