Quoting Tarhon-Onu Victor <lsmi...@gmail.com>:
>
> Fiecare disc parte dintr-o matrice (sau arie, uvertura, cocktet
> sau cum vrei tu sa-l botezi aici) RAID (hopa! pentru RAID nu ai
> echivalentul purrromanesc? Baga si tu ceva, "atac aerian" de exemplu) are
> prin primele sectoare diverse informatii cu privire la array-ul (na!!)
> raid din care face parte.
> Daca la reinstalare nu repartitionezi acele discuri sau nu
> formatezi fortat partitiile membre atunci nu vei avea probleme.
>
> Minunile alea ezoterice de genul "silent data curruption" si alte
> misticisme de genul se intimpla in niste situatii specifice, de exemplu
> discuri varza sau greenFAIL exploatate ca si unele sanatoase la cap, sau
> ecranate necorespunzator pentru acel tip de disc si mediul in care sint
> exploatate, sau discuri care au ramas fara sectoare de relocare insa nu se
> uita nici mutu' cum urla ele acolo in sinea lor prin SMART.
Ma indoiesc ca aia de la CERN umbla cu "discuri varza", sau "green".
> Poti incerca sa lasi telefonul mobil pe carcasa unui server zi de
> zi si dupa citeva saptamini/luni e posibil (dar nu neaparat, trebuie sa
> fie si carcasa aiurea, si discul, etc) sa vezi minuni pe discuri. E doar
> un exemplu. Alte probleme mai pot aparea cu discurile care sint foarte
> aproape de tunere TV, de sursele PC, samd. Dar nu apar din cauza
> RAID-ului, si nici nu e menirea implementarilor RAID sa le corecteze.
>
Eu nu am sugerat ca e din cauza RAID-lui. Eu cred ca e menirea
RAID-ui sa le corecteze daca poate(parerea mea proprie), si mai cred
deasemenea ca cel putin ar trebui sa ma anunte sau sa-mi dea o comanda
ca sa verific datele, care sa-mi zica ceva de genul si exemplific pt.
md RAID1(tot dupa mine FAKE-RAID1):
"Bai fraiere, vezi ca ai sectoare oglindite care au continut
diferit, si e posibil sa ai probleme. Sectoare respective afecteaza
fisierele X,Y,.. din calea /..., sau afecteaza metadatele ...."
Si uite ca mai sunt si altii care au avut tot ideea asta
"ezoterica", ca adminul sa stie daca sunt astfel de situatii:
ZFS(mirror,raidz). Mai mult aia de au conceput ZFS, au zis ca e treaba
RAID-ui sa corecteze on-the-fly(daca am suficienta informatie
redundanta) situatiile in care am erori la ce citesc(ce citesc de pe
disc/pool e diferit de ce am scris pe disc/pool). Si au facut si
comanda:
zpool scrub un-pool-de-discuri-varza
... si dupa ce termina de verificat "varza" imi zice:
zpool status
pool: un-pool-de-discuri-varza
state: ONLINE
scan: scrub repaired 0 in 2h44m with 0 errors on Sun Nov 10 02:45:01 2013
config:
NAME STATE READ WRITE CKSUM
un-pool-de-discuri-varza ONLINE 0 0 0
raidz2-0 ONLINE 0 0 0
scsi-SATA_varza_olteneasca ONLINE 0 0 0
scsi-SATA_varza_moldovineasca ONLINE 0 0 0
scsi-SATA_varza_ardeleneasca ONLINE 0 0 0
scsi-SATA_varza_banateana ONLINE 0 0 0
errors: No known data errors
Nu zic ca e varianta perfecta, dar cu siguranta, e mai bine sa stiu ca datele
mele erau "asa cum au fost scrise candva" in data de Nov 10 02:45:01 2013, sau
din contra, ca am o problema si atunci primul lucru pe care il incerc e sa-mi
schimb cablurile de date sATA(numa anul asta am inlocuit o duzina).
> Problemele cu matricile raid la distributii mai noi sau mai vechi
> au cam disparut undeva prin 2002-2003 cred, nu mai tin minte versiunea de
> kernel dar cred ca eram inca la 2.4.x (2.4.21?). La vremea respectiva
> trebuia refacut array-ul fortat, mentinindu-se aceiasi parametri (tip,
> chunk size, etc) si dupa refacere daca nu dadeai cu tirnacopul in discuri
> inainte aveai toate datele intacte. Cred ca tocmai se trecea la mdadm in
> perioada aia, sau de la o versiune la alta cu ceva upgrade-uri majore, nu
> mai tin minte.
>
> Daca crezi ca degetele iti vor umbla pe butoane si dialoguri
> aiurea fara sa consulte creierii dintre urechi poti sa deconectezi fizic
> acele discuri din masina si sa le reconectezi dupa ce termini instalarea.
> La fel de bine poti sa faci ce ti s-a mai recomandat, adica sa le
> asignezi un mount point (romanizeaza asta!) fara a le formata, sau sa le
> ignori urmind sa modifici manual fstab (la asta cum i se spune in
> romana?).
>
>
> P.S.: Trebuie sa mai intelegeti ca profesati (sau doar sinteti pasionati
> sau interesati) de un domeniu caruia i s-au pus bazele intr-o alta tara
> care are alta limba oficiala decit cea romana.
> Inevitabil in aceste cazuri apar termeni care trebuiesc importati
> in alte limbi pentru claritate, ca altfel ajungem sa vorbim despre
> cocktete de atac aerian si sa ne trezim atacati nuclear de cine stie ce
> panicat care a dat prin google translate un simplu text si a dedus ca vrem
> sa-i atacam tara cu o ploaie de de biti, cockteti si lacuste slobozite
> asupra meleagurilor sale natale sub forma de mana cereasca cu smecleti.
>
> --
> I'm a genuine network and sys admin.
> I swear, I curse, I stick my dick into things in order to fix them.
> So don't ack like you're having a bad day with me around,
> 'cause I'll have fix to you and will not be able to fight it!
> _______________________________________________
> 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
