Dotaz: softwarový RAID1 - přesun dat obrácenou synchronizací?

[mrtn]

zdravím, pokouším se řešit následující problém:

Mám disk s běžným souborovým systémem a chtěl bych jeho obsah přesunout na softwarový RAID1. Vytvoření RAID1 na jiných discích je v pohodě, ale přesun dat nelze provést (na zdrojovém disku jsou zálohy přes rsnapshot, přesun jednoho otisku trvá cca 4 hodiny, je jich přes 4.000, takže přesun pomocí cp -a by trval skoro dva roky, což je nesmysl)

Na druhou stranu mám vyzkoušené, že stejná struktura na RAID1 se při přidání nového disku zrcadlí cca jenom 3,5 hodiny.

Takže moje úvaha je taková:

1. vytvořit RAID1 (mdadm --create /dev/md0 /dev/sdb1 missing --run) s jedním chybějícím diskem, na /dev/md0 vytvořit prázdnou partici 2. přidat ten disk s daty (mdadm --add /dev/md0 /dev/sdc1), ALE nastavit to tak, aby resync byl obráceně - nikoliv nově přidaný podle pole ale pole se synchronizovalo podle nového disku?

Samozřejmě pokud by se nějak jednoduše dal běžný disk změnit na RAID1, tak to by bylo nejjednodušší, ale to pokud vím, není možné.

Takže dotaz zní - jak obrátit resync, aby nově přidaný disk do RAID1 "naočkoval" to pole svými daty, resp. aby se pole synchronizovalo podle nového disku?

Odpovědi

[R]

Nemozes pridat do RAIDu disk s datami tak, aby sa data zachovali. Data sa musia skopirovat do RAIDu. Ak tam mas vela malych suborov a kopirovanie je preto pomale, tak navrhujem toto:

1. vytvorit RAID1 s jednym diskom

2. ak je mensi ako filesystem s datami, zmensit filesystem tak, aby vosiel do RAIDu

3. odmontovat filesystem s datami a skopirovat do RAIDu (bud cez dd alebo partclone)

4. namontovat filesystem z RAIDu a skontrolovat

5. pridat do RAIDu druhy disk

[mrtn]

díky za snahu, ale to se mi moc nezdá - když použiju dd, tak přece přenesu souborový systém, který nebude obsahovat superblocky raidu?

BTW už jsem to vyzkoušel na malé partici a nešlo to namountovat podle dmesg | tail "group descriptors corrupted"

[vandrovnik]

Já myslím, že by to jít mělo. Akorát je potřeba ten souborový systém kopírovat "dovnitř" toho raidu (tj. zdroj by byl třeba sda3, cíl třeba md2). Pokud je cíl větší nebo stejný jako zdroj, mělo by to projít.

[R]

md0 je blokove zariadenie ako kazde ine. V jeho "vnutri" nie su ziadne interne data, mozes tam mat lubovolne data.

Ako si to urobil, ze ti to nejde namountovat?

[Max]

FS nemá obsahovat superblocky raidu. RAID není na úrovni FS, ale je to blocková záležitost. Jít to tedy musí.
Spíš napiš, co zkoušíš, tzn., jak máš vytvořeno pole a jakým příkazem přenášíš data.
Zdar Max

[mrtn]

Tak jsem to zkoušel znovu:

disky s polem jsou sdb a sdc, data jsou na sdd (partice sdd2, formát ext3), velikosti jsou stejné

vytvoření pole sudo mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sdb2 /dev/sdc2 -> mdadm: Defaulting to version 1.2 metadata mdadm: array /dev/md1 started

přenos dat sudo dd if=/dev/sdd2 | pv | sudo dd of=/dev/md1

S tímto se mi to povedlo (2 pokusy na partici 20 GB), tak jsem předtím musel něco dělat špatně.

O víkendu se pustím do přesunu těch velkých dat (ca. 900 GB), uvidím jak dopadnu.

Díky všem za rady.

[dustin]

Pokud bude md1 minimálně stejně velká jako sdc2 (tj. podkladové partišny musí být o trošku větší, je na nich navíc superblock raidu), není důvod, aby to nefungovalo. Běžně tak upgradujeme zálohovací pole s backuppc, který pracuje nad hardlinky. Celý filesystém se ddčkem zkopíruje na novou větší raidovou partišnu a pak se jen resizne na max a jede se dál. Už to za těch 10 let absolvoval několikrát.