2010/12/20 Mircea MITU <[email protected]>: > On Mon, 2010-12-20 at 12:56 +0200, Petru Ratiu wrote: [...] >> Oricum nu vad de ce ar da de gard consistenta raidului, cu exceptia >> cazului cand unul din discuri are sectoare busite exact in zona unde >> incearca lvm-ul sa puna extentii noi). dmesg spune ceva de genul >> asta? > > Nope. Se intampla pe orice sistem hardware cu aceasta configuratie si > acest scenariu.
Nu stiu daca are neaparat legatura cu ce zice Mache, dar: la mine pe un CentOS 5.5 (Linux xenoo 2.6.18-194.26.1.el5.centos.plusxen #1 SMP Wed Nov 10 13:35:37 EST 2010 i686 athlon i386 GNU/Linux) se intampla (la trecut) sa crape sistemul cand faceam rsync -bav de pe LV1 pe un LV2 aflat pe alt volum fizic. Amandoua ext3, amandoua montate rw, cu setarile implicite, nimic exotic. Fara raid, doar LVM. Cand crapa, fie ingheta complet, fie volumul destinatie nu mai era accesibil in scriere, ci doar citire. La restart fsck se bloca pe LV2 exact in acelasi loc, pe la 49.5% parca. M-am gandit imediat la harddisk (WDC WD10EADS-00L5B1, 1TB) care e conectat pe un adaptor SATA. Am reprodus problema de 5-6 ori in doua seri diferite, intre timp sistemul fiind oprit. Ca sa exclud problemele de software am ras LVM-ul de pe discul destinatie si l-am formatat batraneste, ext3 pe partitie fizica. Ce sa vezi, problema a disparut cu desavarsire de atunci, timp in care rsync la greu plus teste cu dd, iozone si bonnie++. As repeta testul LV->LV pe masina asta cu un kernel mai nou, gen 2.6.3x. -- Adi Pircalabu _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
