Newsgroup: it.comp.os.linux.sys
Titolo: XFS, mah!

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Ciao a tutti.
Sto facendo alcuni esperimenti con XFS. A occhio mi sembra piů veloce
di ext3 in lettura, ma non ho fatto prove precise.
Il problema č che se modifico un file e poi tolgo l'alimentazione
subito dopo, il file mi viene sistematicamente corrotto al successivo
riavvio. Ora, non mi aspetto che vengano salvate le ultimissime
modifiche, ma che il file resti leggibile, sě. Invece niente, file
completamente illeggibile.
E' normale che si comporti cosě? C'č un modo per ovviare al problema?
Il kernel č un 2.4.18 con la patch xfs-2.4.18-all-i386
Ciao
Diego
- -- 
Diego Maninetti - Chiave pubblica disponibile
Key fingerprint = 37EB D7E8 F430 DB23 DD29  DECA 7986 B7B3 A3E8 5C02
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Per informazioni si veda 
http://www.gnupg.org
iD8DBQE8h84feYa3s6PoXAIRAmRpAKCB0szcw2TmqlnVUkJeyUCFirV0yACeLIxU
srMhTsb5MvY9mlZhfTPmlQk=
=ZG+V
-----END PGP SIGNATURE-----

 
Un file system journaled dovrebbe solo mantenere la consistenza del filesystem.
Se togli la corrente mentre sta scrivendo il file al riavvio il
filesystem č integro ma il poverello no.
O sto cappellando?
-- 
Roberto Tagliaferri<-> r.tagliaferri@(forse)
tosnet.it
	Il giovane marito si ammira nudo allo specchio...
	"Vedi cara, con qualche centimetro in piů sarei un re"
	e la moglie "e con qualche centimetro di meno saresti una regina!"

 filesystem è integro ma il poverello no.
Beh, spero che tu stia sbagliando. :)
Da un fs jounal io mi aspetterei il file magari tronco ma non corrotto,
anche se sarebbe ancora meglio nemmeno tronco. O tutto o niente.
Non so come funzionino i fs journaled attuali, se qualcuno riesce a
toglierci i dubbi... :)
Bye.

 ha scritto nel messaggio
news:a6alkn$cu5kd$1...@ID-94575.news.dfncis.de...
| Beh, spero che tu stia sbagliando. :)
| Da un fs jounal io mi aspetterei il file magari tronco ma non corrotto,
| anche se sarebbe ancora meglio nemmeno tronco. O tutto o niente.
beh, io l'altro day ho avuto la sfortuna di un calo di tensione e il
piccolino (ext3) ha deciso che alcuni inode dovevano andare a
donnine...
in + mtab illeggibile.
per fortuna che con un e2fsck e' andato tutto a posto perche'
non partiva + nulla!!
| Non so come funzionino i fs journaled attuali, se qualcuno riesce a
| toglierci i dubbi... :)
ne han parlato molto ma all'epoca ero qualcosa meno di adesso...
un superniubbo!!
--
[ Penguin At Work ]
-> 
http://web.tiscali.it/penguinatwork/
-> aka Fustino Di Dixan while working

 anche se sarebbe ancora meglio nemmeno tronco. O tutto o niente.
XFS come tutti gli altri fs journaled fa il journaling dei _metadati_
non dei dati.  Ovvero, mantiene la consistenza del fs, non del contenuto 
dei file.  Ext3 puo' fare (a richiesta) anche il journaling dei dati.
Ovviamente il journaling dei dati costa.
-- 
Lorenzo

 E' normale che si comporti cosě? C'č un modo per ovviare al problema?
Il journal e' per i metadata.
Mi pare di aver letto da qualche parte che ext3 puo' essere usato con un
journal per i dati.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! A conclusion is simply the place where someone got tired of thinking. !>-

 Ovviamente il journaling dei dati costa.
OK, tutto chiaro, c'č anche una FAQ sul sito di SGI. Ci sono perň un
paio di cose che non tornano:
1. Non stavo salvando il file IN QUEL MOMENTO, ma lo avevo salvato una
decina di secondi prima. Forse il kernel non aveva ancora completato
la scrittura su disco.
2. Con ReiserFS non ho notato questo problema. Perchč? Anche Riser fa
il journal dei soli metadati
3. Con ext2, non journal, nonostante il fsck all'avvio non si era mai
presentato un problema simile. L'introduzione del journal porta
necessariamente alla perdita SISTEMATICA dei file non ancora scritti?
Ripeto, capisco che il file non ancora scritto fisicamente sul disco
risulti "vecchio" o "troncato", ma non che venga _sistematicamente_
corrotto.
Se tale problema non č effettivamente risolvibile, credo che XFS non
abbia molte applicazioni pratiche.
Spero di aver sbagliato qualcosa, quindi chiedo conferma a chi ha
fatto prove analoghe: io mi trovo _sempre_ con il file che avevo
salvato poco prima dello spegnimento "brutale" illeggibile. Risulta
anche a voi?
Grazie a tutti.
Ciao
Diego
- -- 
Diego Maninetti - Chiave pubblica disponibile
Key fingerprint = 37EB D7E8 F430 DB23 DD29  DECA 7986 B7B3 A3E8 5C02
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Per informazioni si veda 
http://www.gnupg.org
iD8DBQE8i6wJeYa3s6PoXAIRAltsAJ4//xquRvHT0zb/B0Sl4n50zZ7VhgCggshH
ZCX/AVXnMCeePrsWalWMdX4=
=oPx0
-----END PGP SIGNATURE-----

anche a voi?
"Dottore se faccio cosi' mi fa male!"
"Non lo faccia, allora." :-)
-- 
Lorenzo

 "Non lo faccia, allora." :-)
:-)
Ok, ma pensa, per esempio ad un db-server o anche ad un mail-server
con alto traffico: in ogni momento, la probabilità che vi sia un file
da poco modificato è altissima. Se ti va in crash per qualsiasi motivo
il sistema ti trovi con un database inutilizzabile o con diverse mail
perse.
Ti ringrazio delle spiegazioni e della pazienza. :-)
Ciao
Diego
- -- 
Diego Maninetti - Chiave pubblica disponibile
Key fingerprint = 37EB D7E8 F430 DB23 DD29  DECA 7986 B7B3 A3E8 5C02
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Per informazioni si veda 
http://www.gnupg.org
iD8DBQE8jaUMeYa3s6PoXAIRAiVFAJ4lkFUqPc3pe1g8bp84QqMECeim3QCglyNh
SFMB44jgQS/bIz9XhLoGqX4=
=xaX1
-----END PGP SIGNATURE-----

 
Se succede con ext2 o comunque con sistemi non journaled rischi di farti
fuori non l'ultimo file, ma l'intero disco.
-- 
Roberto Tagliaferri<-> r.tagliaferri@(forse)
tosnet.it
	Il giovane marito si ammira nudo allo specchio...
	"Vedi cara, con qualche centimetro in più sarei un re"


 perse.
Un db server o un mail server infatti usano fsync(2) nei casi in cui e' 
richiesta dalle transazioni del db o dal protocollo SMTP.
-- 
Lorenzo