Quoting "Paul Lacatus (Personal)" <p...@paul-lacatus.ro>: > > On 11.11.2013 14:58, Iulian Murgulet wrote: >> Quoting Petru Ratiu <rpe...@gmail.com>: >> >>> 2013/11/11 Paul Lacatus (Personal) <p...@paul-lacatus.ro> >>> >>>> Am o arie de hard-uri intr-un Raid soft linux . Sunt numai date , nici >>>> una din zonele de lucru linux nu sunt pe aceste discuri . Vreau sa >>>> reinstalez linux-ul fara sa afectez in nici un fel continutul ariei . As >>>> prefera sa le demontez soft , sa le deconectez si sa instalez centos >>>> 6.4 de la zero pe masina care a fost cu FC12. Apoi sa le conectez si >>>> sa le remontez software. >>>> >>>> Credeti ca ar putea aparea probleme? Are cineva un step by step to do ? >>>> >>>> >>> Sarind peste bariera de limbaj (e de apreciat evitarea romglezei, dar >>> incearca sa fii totusi mai specific sa te intelegm si noi astia mai >>> formatati gresit), singura problema pe care o vad este sa nu le incurci la >>> instalare si sa le formatezi. Daca zici ca-s deconectate fizic pe perioada >>> instalarii, nu prea are ce sa nu mearga, driverul de raid software din >>> linux e backwards compatible cu formatele on-disk de la inceputurile >>> inceputurilor. >>> >> ... pot aparea probleme dupa. Daca ai ghinion(am patit de 2 ori)in 5 >> ani, si la un moment dat pe discul A(din matricea RAID) sectorul A1 >> care continut diferit de sectorul B1 de pe discul B(A1 si B1 ar trebui >> sa fie identice ca si continut), ghici ce se intampla ....? Ce date >> crezi ca vei avea ....? >> Pana afli raspunsul iti doresc un MD cu A1=B1 ;) >> >> >> > In primul rind raid-ul e 5 asa ca nu prea am continuturi identice intre > sectoare , si in al doilea rind cind dau demontarea ( umount ) driverul > nu face mai intii sincronizarea discurilor ?
Nu la asta ma refeream. La MD(asa zis-ul RAID, ca e raid1 sau raid5) e de fapt FAKE RAID. Oricum md (fake)raid5 e mai rau decat (fake)raid1. Uita-te dupa "sielent coruption". Daca ai ghinion(probabilitatea e mai mare daca HDD-le) sunt de generatie mai noua si de capacitate mai mare), te poti trezi intr-o zi cu soare, ca ai date corupte. http://www.necam.com/Docs/?id=54157ff5-5de8-4966-a99d-341cf2cb27d3 http://www.zdnet.com/blog/storage/data-corruption-is-worse-than-you-know/191 "The experiments at CERN - high energy "shots" that create many terabytes of data in a few seconds - then require months of careful statistical analysis to find traces of rare and short-lived particles. Errors in the data could invalidate the results, so CERN scientists and engineers did a systematic analysis to find silent data corruption events. Statistics work best with large sample sizes. As you'll see CERN has very large sample sizes. The program The analysis looked at data corruption at 3 levels: Disk errors.The wrote a special 2 GB file to more than 3,000 nodes every 2 hours and read it back checking for errors for 5 weeks. They found 500 errors on 100 nodes. Single bit errors. 10% of disk errors. Sector (512 bytes) sized errors. 10% of disk errors. 64 KB regions. 80% of disk errors. This one turned out to be a bug in WD disk firmware interacting with 3Ware controller cards which CERN fixed by updating the firmware in 3,000 drives." ... deci daca tii la date trebuie sa-ti iei alte masuri. MD raid nu e cea mai buna varianta d.p.d.v. al protectiei datelor. Bafta mai departe cu mdraid, oricare ar fi el 1 sau 5. Cred ca o sa ai multa nevoie ... :) > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ================================ ATENTIONARI ============================= - pentru atasamente tip Office va rugam sa folositi format OFFICE 97; - nu trimiteti date personale (CNP, copii dupa acte de identitate etc). O lista completa cu reguli de utilizare exista la: http://gw.casbv.ro/forum_smf/index.php?topic=2000.msg3106#msg3106 C.A.S.J. Brasov - B-dul Mihail Kogalniceanu, nr. 11,Brasov [web-site]: http://www.casbv.ro [forum]: http://gw.casbv.ro/forum_smf/index.php ========================================================================== _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
