Dotaz: výměna disku v raidu

[Marek]

Dobry den, vyměnil jsem disky v raid1. Původní byly 320G, nové 1TB. Postupoval jsem tak,že jsem jeden odebral z pole,vyměnil,přidal do pole,nechal synchronizovat. Stejně tak jsem postupoval i s druhým diskem. Mám na md LVM. Jednu PV a VG roztazenou na těch 320GB. LV zatím neresim,ty budu zvětšovat časem podle potreby, ale co s tou VG? Mám ji roztahnout na ten 1TB?

---

---

Odpovědi

[Marek]

Zeptam se jinak. Muze byt VG mensi, nez je fyzicka velikost disku (v situaci, ze mam jen jeden disk)? Pokud ano, jak ji roztahnu na cely disk, a je to dobra strategie do budoucna? Co jsem tady cetl, tak LV mam planovat tak, abych v budoucnu nemusel nikdy zmensovat, ale co ta VG?

[Radek]

Ahoj, ja myslim, ze VG je automaticky velka, jako nejmensi PV, ale ruku do ohne bych za to nedal.

[David Koren]

Ja som bol presvedcany, ze VG sa musi roztahnut na cele PV manualne. Tak ako to vlastne je??

[pavlix]

Ani jedno neplatí.

VG má přesě tolik místa, kolik mají zařazené PV dohromady, tzn velikost jednotlivých PV mínus nějaká režie.

VG je pouze seskupením PV, její velikost se mění jen když se přidá/odebere či zvětší/zmenší PV.

[CET]

No nevim, asi bych to resil jinak. Takhle mas RAID1 o velikosti 320GB, pokud se nepletu. Ted bys mel zvetsit tech 320GB na 1TB a nechat sesynchronizovat raid, ale to ti znici data. Nebo vytvoris dalsi partisny o velikosti 680GB, das je do druhyho raidu a na nich udelas dalsi PV a pak tuhle novou PV pridas do VG. Ale je to trapny, mit dve partisny ve dvou raidech a ty pak spojeny do jedny VG.

Osobne bych to udelal jinak. Pridal oba novy disky, vytvoril novy raid 1TB, na tom udelal PV. Pak 1TB PV pridal do VG, pomoci pvmove presunul data z 320GB PV na 1TB PV. Pak bych odebral 320GB PV z VG, zrusil PV na 320GB raidu, zrusil 320GB raid a vyndal disky.

Pokud chces aplikovat postup pomoci pvmove (a mit jeden 1TB raid oddil a PV), tak to musis ted vratit. Muzes zkusit odebrat jeden 1TB disk a vratit 320GB, jestli se to na nej znovu nasynchronizuje a pak jeste vymenit druhej 1TB za 320GB. Pokud to pujde, pouzij postup, jak jsem napsal. Kdyby to uz neslo zpet na 320GB na synchronizovat, tak bys mohl vytvorit z tech 320GB novej raid, udelat PV, presunout VG z 1TB PV na 320GB PV. Pak odstranit ten 320GB oddil vytvoreny na 1TB discich (tim bys dostal opet ciste 1TB disky) a pak postupovat, jak jsem psal.

[Kevin]

At roztahne VG a ma klid. Na tom neni nic divnyho. LV si pak bude pridavat a zvetsovat dle potreby.

[Petr]

Nejsem zadny expert, ale myslim si, ze to nestaci. Musi zvetsit nejdriv ten md oddil (kdyz ma raid). Co takhle nabootovat gparted a roztahnout oddil (dejme tomu) /dev/sda2 a potom na stejnou velikost i /dev/sdb2. Pujde pak ten raid jeste sesynchronizovat, nebo se rozsypou nejaky "raidovy indexy"? Rad bych, kdyby mi moji teorii nekdo zdatnejsi vyvratil nebo potvrdil. Jsem taky samouk.

[Petr]

a co tohle: mdadm -G /dev/md1 -z max neroztahne tim md1 na cely zbytek disku? Pak uz jen to zvetseni VG atd.?

[PEE]

Pokud mas RAID uz synchronizovany, udelej tohle:

mdadm --grow /dev/md0 --size=max

Roztahni PV:

pvresize /dev/md0

Pak uz si jen pohraj s LV.

[Marek]

Tak jsem pouzil ten prikaz, ale nic se nezmenilo, jen to vypsalo:

mdadm --grow /dev/md1 --size=max
mdadm: component size of /dev/md1 has been set to 312327616K

To je porad ale ta puvodni velikost.

[Kenny]

cfdisk (util-linux-ng 2.17.2)

                                                   Disk Drive: /dev/sda

      Name              Flags            Part Type       FS Type                   [Label]               Size (MB)
 ------------------------------------------------------------------------------------------------------------------------
      sda1              Boot              Primary        Linux raid autodetect                              246,76
      sda2                                Primary        Linux raid autodetect                           319823,57
                                          Pri/Log        Free Space                                      668228,98

takhle vypadaji oba moje disky

[Marek]

A? Tzn., ze mam taky tenhle vypis poslat?

[Michal Kubeček]

Pak je to naprosto v pořádku. Příkaz mdadm nepřerozděluje disk, pracuje jen se zařízeními, která má k dispozici. Můžete to řešit dvěma způsoby:

1. zvětšit sda2 a sdb2 a potom použít 'mdadm --grow'
2. vytvořit ze zbylého místa sda3 a sdb3, z nich udělat další RAID a ten pak přidat jako další PV

P.S.: nestřídejte nicky aspoň v rámci jednoho dotazu

[Marek]

Jde ta 1. udelat za chodu?

[Michal Kubeček]

Teoreticky ano, ale po změně partition tabulky občas systém protestuje, že ji nejde syncnout a je třeba reboot. Ale i kdyby ano, downtime bude minimální (na ten jeden reboot).

[Marek]

Tak jo. Delam to ted takhle: failnul jsem disk, odebral z pole. Smaznul jsem na nem partysny a vytvoril stejny pocet, jen pres cely disk. Pridal do raidu a synchronizuju. Potom nahraju grub. To same udelam s druhym diskem. Az dojede sync i toho druheho, grownu pole na celou veklikost. Pak si pohraju s fs a LV. A hotovo. Nebo jsem na neco zapomnel?

[lertimir]

proč? bylo napsáno zvětšit, ne smazat a vytvořit novou. Tedy třeba bootnout live ubuntu spustit gparted a zvětšit partition.

[alkoholik]

Na reboot se vyprdni. Zarizeni staci odpojit a zapojit. Samozrejme po odmontovani fs a podobne.
echo 1 > /sys/block/sdX/device/delete
echo "- - -" > /sys/class/scsi_host/hostY/scan

[komodo]

Uz nekolikrat jsem tohle delal a neni to problem, vzdy jdem postupoval dle navodu. Postup najdes v casti Extending an existing RAID array.

[Marek]

Diky. Chyba co jsem udelal byla, ze jsem zkopiroval obe partysny z prvniho disku. Netusil jsem, ze mdcku nevadi, kdyz partysna na druhem disku bude vetsi.

[Marek]

jen nejak nerozumim tomuhle:

If the array has a write-intent bitmap, it is strongly recommended that you remove the bitmap before increasing the size of the array. Failure to observe this precaution can lead to the destruction of the array if the existing bitmap is insufficiently large, especially if the increased array size necessitates a change to the bitmap's chunksize.

 mdadm --grow /dev/mdX --bitmap none
 mdadm --grow /dev/mdX --size max
 mdadm --wait /dev/mdX
 mdadm --grow /dev/mdX --bitmap internal

[tark]

Prostě jde o to, že je nutné nejdřív vypnout tu bitmapu, než se pustíme do růstu pole z toho důvodu, že by mohlo dojít k poškození pole, pokud je bitmapa příliš velká, případně pokud by došlo ke změně velikosti chunksize (zase tak detailně tomu nerozumím).

Nicméně zrovna růst pole s bitmapou jsem dělal pár dní zpátky a vím, že mě to ani nepustilo... nicméně nezkoušel jsem force mód, radši jsem ji samozřejmě vypnul, rozšířil pole a zase zapnul... Nehodlám riskovat.

[Marek]

Tak to nechapu ted uz vubec. To mam udelat kdy? Nebo jak poznam, ze to musim udelat?

[lertimir]

v okamžiku kdy děláte mdadm -grow závisí výsledek na tom, jestli máte na raid zavedenu bitmap. Pokud ano, zvětšení se neprovede. Musíte nejdřive bitmapu odebrat. Pak provést zvětšení a pak ji znovu zavést.

[Marek]

a co je tohle? mdadm --wait /dev/md1 .. to jsem zadal a zadna odpoved a kurzor blika

[lertimir]

jak míše manpage

-W, --wait
              For each md device given, wait for any resync, recovery, or reshape activity to finish before returning.  mdadm will return with success if it actually waited for every device  listed,  otherwise  it  will return failure.

tedy čeká na dokončení aktivit