Re: Qualcuno conosce il raid software di linux?

On Sat, Jul 02, 2011 at 07:39:43PM +0200, Giuseppe Dia wrote:

> Come comandi alternativi utili mi viene in mente tune2fs -l
> sperando che la versione busybox supporti tale parametro.

Non tutti i comandi sembrano busybox, molti accettano --help e
sto provando quelli col nome che mi ispira  :-)

Con tune2fs -l tra le altre cose dice:
Inode count:              274423808
Block count:              1097677200
Reserved block count:     0
Free blocks:              339324387
Free inodes:              272790850
(direi che ce ne sono parecchi liberi)


> Mi pare che il tuo sospetto che vi sia un problema a livello ext4 in
> particolare di inodes e non legato direttamente a NFS sia fondato.
> Purtroppo non so darti suggerimenti specifici utili. 

E` solo una senzazione, sto sparando a caso  :(


> Ma dato che mi ha incuriosito il problema, ho dato un'occhiata
> in giro e ho letto sulla versione italiana del forum:
> http://www.qnapclub.it/viewtopic.php?f=38&t=1790 (richiede la
> registrazione, indi cito)

Uff, la registrazione che ho su quello .com non va bene, ho sempre
odiato i forum...  :-)


> In particolare sembra che sulle NAS ARM, l'accoppiata
> NFS-ext4-nuovo FW (3.2.3) sia instabile

Io avevo il problema con la 3.4.1 e ho aggiornato alla 3.4.3 senza
che cambiasse nulla, se la 3.2.3 non e` un typo stiamo parlando di
un problema che si trascina da oltre un anno  :-(


> Leggendo sul forum ufficiale ho scoperto che la versione Intel
> del fw (3.2.3) , fa il "mount" dell' md0 con una opzione
> "nodelalloc", e per questo non ha problemi.
> Invece la versione ARM fa il "mount" dell'mod0 con delalloc."

Confermo la presenza di nodelalloc:
/dev/md0 on /share/MD0_DATA type ext4 (rw,usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered,nodelalloc,noacl)

Saprei levarla dal file di startup ma non ho idea di cosa possa
succedere dopo  0=)


> I tuoi sospetti sono ulteriormente confermati qui:
> http://forum.qnap.com/viewtopic.php?t=16057#p74858
> anche se non mi pare che tu abbia convertito da ext3 a ext4,

No, formattato da zero quando mi e` arrivato a giugno 2010:

# tune2fs
Filesystem created:       Wed Jun 23 02:23:45 2010
Last mount time:          Wed Jun 29 18:55:53 2011
Last write time:          Wed Jun 29 18:55:53 2011

# uptime
 00:19:35 up 3 days,  5:26, load average: 0.00, 0.01, 0.01

(system log)
2011-06-29 18:49:22 System updated successfully from 3.4.1 to 3.4.3.


> It should be noted that the stock 2.6.26 ext4 has problems with
> delayed allocation and with filesystems with non-extent based
> files.  So until Debian starts shipping a 2.6.27 based kernel or
> a 2.6.26 kernel with at least the 2.6.26-ext4-7 patchset, you
> should mount ext4dev filesystems using -o nodelalloc and only
> use freshly created filesystems using "mke2fs -t ext4dev".
> (Without these fixes, if you try to use an ext3 filesystem which
> was converted using "tune2fs -E test_fs -o extents /dev/DEV", you
> will probably hit a kernel BUG the moment you try to delete or
> truncate an old non-extent based file.)

Il mio kernel sembra piu` recente:
Linux camel 2.6.33.2 #1 Fri May 20 02:37:44 CST 2011 armv5tel unknown

Visto che ho un kernel .33 o il problema c'e` sempre o non era
quello il caso.  Pero` mi viene in mente una cosa: siccome faccio
backup con cpdup che copia solo i file cambiati (e di quelli solo
i delta) immagino che possa fare delete/truncate in quantita`...


> fatto che non e' peregrina l'ipotesi di una issue di ext4 su ARM
> e magari legata a quei due parametri del mount.
> La vera domanda e': se ext4 e' cosi' poco affidabile su ARM,
> e' lecito affidargli i dati o urge un filesystem diverso?
> Pero' come ricordavi precedentemente il problema si verifica
> anche su x86 quindi magari non e' quella la issue.

Nel thread al quale mi sono agganciato parlano dell'809 che ha
un atom dual core.

Grazie per tutti i link che hai trovato.


-- 
Riccardo. ( http://www.GUFI.org/~vic/ )
_______________________________________________
Varie mailing list
[email protected]
http://mailman.gufi.org/mailman/listinfo/varie