manuel "lonely wolf" wolfshant wrote: > cel putin centos 6.5 si urmatoarele merg bine mersi faca niciun > mdadm.conf. am in uz raiduri facute la luni/ani post instalarea initiala > si am dat intimplator peste situatia asta cind la reboot m-am trezit cu > md127 si md126 in loc de md4 si md5 cum le botezasem eu la creare. se > sincronizeaza insa si functioneaza fara pb. In lumina experientei mele negative (mai ales ca asta nu e o situatie prea comuna - reboot in timpul rebuildului) as sugera ca cel putin pentru kernel <=3.10.17 sa testati (pe o configuratie similara, vm etc) ce se intampla in cazul in care matricea este in process de rebuild si se da reboot. Sau mare grija cu ce se intampla cat matricea este in rebuild.
Mie unul scenariul mi se pare destul de scary, pentru ca mai ales la matrici mari ai schimbat un HDD si te duci linistit la culcare cat el isi face rebuild. Daca se intampla pana de curent taman atunci si el porneste "curat" fara sa stie ca nu a terminat rebuildul sunt sanse de silent data corruption - cea mai neplacuta varianta. Mentionez ca desi problema a fost intampinata pe un server de teste, eu pana azi aveam si in productie o masina in configuratie similara; de azi e cu mdadm.conf :) Cu kernel 3.19.8 functioneaza ok si fara mdadm.conf (matricea se porneste ca md127 dar isi continua rebuildul in mod corect) PS: In cazul in care cineva se intreaba cum naiba am putut da peste o asemenea situatie, raspunsul este ca faceam "Truck based replication" la drbd: https://drbd.linbit.com/users-guide/s-using-truck-based-replication.html (care nu merge chiar ca in documentatie dar asta e alta istorie) _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
