La modalità “Delayed Allocation” del nuovo filesystem Ext4 potrebbe causare perdite di dati soprattutto a danno di files di configurazione e addirittura di files di database.
E’ quanto viene segnalato in un bugreport per la prossima release di Ubuntu (la 9.04 Jaunty Jackalope). Secondo il report, se avviene un crash ad esempio durante il caricamento dei files di configurazione di Kde4, al successivo riavvio si potrebbe avere la perdita di grosse parti di files di configurazione; l’utente autore della segnalazione segnala anche perdite di dati per i files di Database.
Secondo Theodore Ts’o, principale sviluppatore di Ext4, il problema è dovuto appunto alla modalità “Delayed Allocation”, e il problema è evidente soprattutto quando vengono gestite grandi quantità di files di piccole dimensioni, come accade ad esempio per l’ambente Kde4 o Gnome in fase di caricamento dei files di configurazione.
Lo sviluppatore ha dichiarato che il problema affligge anche altri filesystem come XFS, e Brtfs e ha inoltre assicurato che le patch al problema verranno inserite nel kernel 2.6.30.
Via | TuxJournal
ossblog è un supplemento alla testata Blogo.it registrata presso il Tribunale di Milano n. 487/06, P. IVA 04699900967. Contatti, chi siamo
© 2004-2011 Blogo.it, alcuni diritti riservati sotto licenza Creative Commons.
Per informazioni pubblicitarie e progetti speciali su Ossblog.it contattare la concessionaria esclusiva Populis Engage.
FrAnKHiNrG
13 mar 2009 - 10:08 - #1Ma con file di configurazione, si intende anche quelli dei programmi?
Uso Jaunty con file system di root e home in EXT4 e giusto un paio di giorni fà mi è successo che dopo l’unico (per fortuna) crash del sistema, di aver perso totalmente la configurazione di aMule.
Lì per lì non me lo spiegavo ma ora mi è più chiara la situaazione.
Vabbè sono i rischi, accettabili, dell’utilizzo di una Alpha…e poi con sto EXT4 Ubuntu schizza na meraviglia :D
Speriamo solo che almeno nella versione finale della 9.04, mettano il kernel patchato
Fibux
13 mar 2009 - 10:22 - #2Uhm… mi sa che per ora rimango con il mio ext3 :) Non vorrei rischiare di perdere qualche sorgente della tesi!!!!!
sirus
13 mar 2009 - 11:29 - #3Theodore sostiene anche che la colpa sia dei programmatori negligenti che si sono abituati al funzionamento di ext3 che non è per nulla garantito dallo standard POSIX.
Un modo per risolvere tutti i problemi sarebbe rivedere tutte le applicazioni/librerie che interagisco con il file system in modo che utilizzino fsync() ed fdatasync() (che non vengono utilizzate con ext3 poiché risultato molto lente ma che non soffrono di questo problema con ext4).
sirus
13 mar 2009 - 11:29 - #4Dimenticavo… ecco un post sul blog di Theodore, http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/ . ;)
carlo01
13 mar 2009 - 11:33 - #5Vero, successo anche a me più volte con la alpha delle kubuntu 9.04 di perdere file di configurazione.
Essendo alpha però, sono conscio del rischio.
hulud
13 mar 2009 - 13:08 - #6Bhe se tieni un database su un filesystem con delayed allocation sei un mentecatto.
Surfer
13 mar 2009 - 16:51 - #7@2: tesi su una alpha?!?!?! Amante del rischio o che? :D
asda
13 mar 2009 - 19:29 - #8sarebbe interessante sapere cosa ne pensato gli sviluppatori GNOME e KDE del suggerimento di Theodore di utilizzare un database (es. sqlite) al posto di tanti mini file di configurazione in ~/.kde4/…/blabla/… (o equivalente per gnome).
sono_un_pirillo
13 mar 2009 - 20:29 - #9Intanto ext4 kernel e utility sono tuut’altro che alfa ma stabilo.
Gnu/Linux != da sto zzo di Ubuntu ecchediamine!
Poi in teoria l’opzione nodelalloc nel mount
esempio
/dev/sdb13 / ext4 defaults,noatime,nodiratime,nodelalloc
dovrebbe disattivare la “delayed allocation”.
Dico dovrebbe perchè le info sono scarse.
Oltre ai programmi sarebbe opportuno anche documentare le cose, maremma maiala.
Aldo "xoen" Giambelluca
14 mar 2009 - 08:47 - #10Io lo sconsiglio d’usare ext4, sarà anche veloce ma ancora, come si può capire da questo problema, non è abbastanza maturo per le masse.
--dik--
14 mar 2009 - 11:34 - #11voglio conoscere il pazzo che mette un db su ubuntu alpha con fs ext4 ancora in pieno sviluppo :)
Francesco8484
14 mar 2009 - 13:09 - #12credo che le situazioni citate in precedenza(db su ubuntu alpha,ecc) siano dei test e non dei server in produzione.
comunque ext4 è stabile da un pò, ma finchè non sarà adottato da un numero molto ampio di persone è facile che sorgano problemi non rilevati in fase di testing.
alla fine la cosa importante è una: basta sapere che ext4 è un fs giovane e che usandolo si corrono alcuni rischi. se si vuole stare sicuri ci si tiene ext3. infatti ubuntu 9.04 userà di default ext3 invece di ext4.
carlo01
14 mar 2009 - 14:29 - #13@dik
Eccolo qua il pazzo. Dato che tutti i dati importanti li salvo altrove, non ci vedo nessuna pazzia ad usare kubuntu 9.04.
Lo uso dalla alpha4 e con piena soddisfazione. Reputo la perdita della configurazione del desktop di kde un problema irrisorio.
memento mori
14 mar 2009 - 17:40 - #14NTFS e’ da una vita che ha la delayed allocation, si puo decidere di attivarla per aumentare le prestazioni ma c’e’ un leggero richio di perdere dati per cui e’ bene avere un APC, oppure si puo disattivarla riduceno un po le prestazioni ma scongiurando il rischio di perdita dati.
Io la tengo sempre attiva, quelle poche volte in cui e’ saltata la corrente non ho mai perso dati, anche se il rischio c’e’.
Era ora che anche su Ext la mettessero comunque…