Doporučit článek

Vaše jméno:

Váš e-mail:

E-mail adresáta:

Komentář:

Odeslat

Blogy Živě » Ubuntu-Linux for human Beings

Softwarové RAID pole - 3. díl

1. 6. 2009, afk_cz

raid

Vítejte u 3. a zároveň posledního dílu pojednávajícího o softwarových diskových polích. Tento je věnován odstranění softwarového RAID pole.

Úvodem

Návod ukončuje 3-dílnou sérii. Popisuje, jak postupovat při odstranění SW raidu tak, aby zůstala zachována data, ale disk už nevystupoval navenek jako raidový. Pokud bychom ho totiž vzali a chtěli dát do jiného raidu, nemusí se nám to bez regulérního odebrání totiž podařit bez komplikací.

Příprava

V dnešním modelovém případě budeme uvažovat takto: máme softwarový raid v provozu a na discích máme data, o která nachceme přijít. 1 disk chceme zachovat jako systémový, další disk/disky chceme použít jako samostatné popř. do nového raidu. Náš raid vidíme jako /dev/md0,1,2. Požadujeme zachování /dev/sda1,2,3 jako primárního disku se systémem, odkládacím prostorem a úložištěm. Odebíráme /dev/sdb z raidu. Zařízení /dev/md0 je připojeno do /, tedy jako kořenový adresář, /dev/md1 je odkládací oddíl (swap), /dev/md2 -je úložiště dat připojené do /media/storage. Všechny 3 oddíly jsou momentálně v běžícím RAID 1.

pozn.: pokud chcete odebírat disk z RAIDu 0, musíte nejprve všechna data odkopírovat na jiný disk, jinak o ně přijdete!

Zastavení RAIDu

Nejprve projistotu ověříme stav diskového pole, aby nám náhodou ve finále nezůstal jen poškozený disk.

cat /proc/mdstat
nebo
sudo mdadm --detail /dev/md0
sudo mdadm --detail /dev/md1
sudo mdadm --detail /dev/md2

Jestli je vše v pořádku, můžeme zkusit zastavid RAID

sudo mdadm --stop /dev/md0
sudo mdadm --stop /dev/md1
sudo mdadm --stop /dev/md2

Pokud se zadaří, přejdeme k další kapitole. Pokud neuspějeme u některých zařízení, je to způsobeno pravděpodobně tím, že je máme někam připojeny a jsou používány (chyba device or resource busy nebo still in use apod.) - bude třeba je před zastavením raidu odpojit. Pro /dev/md0 by to bylo následovně

sudo umount /dev/md0

Nejde-li zařízení odpojit, můžeme vyzkoušet ‘lazy umount’ (pro /dev/md0) - pozn.: nedoporučuje se takto odpojovat USB disky

sudo umount -l /dev/md0

Vyčištění disků

Nejprve vynulujeme superbloky na každém disku

sudo mdadm --zero-superblock /dev/sda
sudo mdadm --zero-superblock /dev/sdb

Je třeba vrátit změny v konfiguračních souborech, které jsme udělali v minulém dílu.
Smažeme celý obsah /etc/mdadm nebo jen přejmenujeme /etc/mdadm/mdadm.conf (každý doporučuje něco jiného, já mazal celý adresář), dále zeditujeme /etc/mtab a změníme /dev/md0 na /dev/sda1, /dev/md1 na /dev/sda2, dále /dev/md2 na /dev/sda3. To samé uděláme v /etc/fstab. Zeditujeme /boot/grub/menu.lst a smažeme řádek fallback 1. Pokud jsme si v menu.lst nechali původní odstavec s UUID disku nebo /dev/sda, pak postačí smazat celý odstavec obsahující /dev/md. V řádku # kopt=root=/dev/md0 ro změníme md0 na sda1.
Pozn.: jestliže máme zálohu celého menu.lst, pak nám to ušetří námahu
Pokud najdeme /etc/raidtab, můžeme ho také smazat.

Pokud jsme na nic nezapomněli, po vypnutí počítače můžeme odpojit požadované disky a zkusíme nastartovat systém. Jestliže narazíme na problém, pořád máme data na odpojeném disku, po ruce jistě i LiveCD apod.

Závěrem

Doufám, že Vám má série článků pomohla při práci se SW Raidem. Pokud máte nějaké připomínky nebo náměty, neváhejte je napsat do diskuze pod článkem a já případně doplním návod.

afk_cz.

Štítky: linux, pole, raid, ubuntu

Publikováno v rubrice Návody. Reakce v diskuzi lze sledovat prostřednictvím RSS 2.0. Můžete přidat komentář, nebo se na článek odkázat ze svého webu.

Komentáře v diskuzi

1. ___XXL(195.28.76.xxx) 4. 6. 2009, 13:27

podla mna SW RAID moze byt skvela vec hlavne napr. pri RAID 5,
ale pri RAID 1 sa mi to zda dost zbytocne (o nicom) - tu si ozaj vystacim takmer s cim kolvek (napr. aj HW RAID-om) !!!

skoda ze ten navod nie je prave pre RAID 5 (alebo RAID 6)

2. afk_cz(ověřeno) 4. 6. 2009, 14:15

HW Raid je otazkou nekolika tisic za radic, je to rozebrano v 1. dile. RAID 1 jsem zvolil jako asi nejcastejsi pozadavek, zmenou 1 parametru pri vytvareni SW RAIDu si vytvorime RAID 5, konkretne v prikaze sudo mdadm -v –create /dev/mdX dame parametr -l 5 misto puvodniho -l 1, u parametru -n 2 zmenime cislo na pocet disku pro RAID 5. Postup se akorat nepatrne zmodifikuje (bude se pripravovat minimalne o 1 disk vice). Principielne zustane vse pri starem. Osobne v tom nevidim problem.

3. Kmarty(212.158.128.xxx) 8. 6. 2009, 14:16

Ono co si pamatuju, tak ono hlavne SW RAID5 neni uplne vhodne pouzivat. Rozhodne ne, pokud mate zajem o vyznam toho “R” ve slove RAID.
Pry ten ovladac sw raidu odsuzuje disky pomerne rychle a to klidne i jen pro duvod pomalejsi reakce - proste hrozi ze pri umrti disku to odepise z pole vic jak jeden disk => u RAID5 je to konecna.

4. Kmarty(212.158.128.xxx) 8. 6. 2009, 14:26

Sakra, ale priznam se ze si vubec nepamatuju _kde_ jsem to nasel a jestli to neni informace ponekud starsiho data (konkretne pro IDE/PATA). RAID1 byl jeste v pohode, maloktery clovek byl takovy blazen aby dal oba disky na stejnou ksandu, ale u RAID5 uz moc zbyti nebylo.

5. afk_cz(ověřeno) 8. 6. 2009, 18:26

Kmarty: trochu jsem hledal, ale nenasel pripad ‘zavadnosti SW Raid5′. logicky samozrejme 2 disky na 1 IDE ksandu nema smysl davat, 1 spatny disk muze ‘rozhasit’ ten druhy kvuli zmatenemu radici (pokud opravdu odejde poradne), stejne jako bych to nedaval dohromady s optickou mechanikou

6. D&da(147.230.74.xxx) 1. 10. 2009, 16:26

Nemam komentar, ale (laicky) dotaz
SW RAID lze pouzit i na USB disky. Jak ale zajistit, aby disky mely stale stejna device name (/dev/sdX)?

7. afk_cz(ověřeno) 2. 10. 2009, 08:09

D&da: zajimava otazka. tak pokud budu mit USB disk porad pripojeny, mel by dostavat porad stejny nazev zarizeni i po restartu. u USB ale predpokladam, ze budes prenaset. kernel si totiz ridi prirazovani /dev pro USB podle sebe. jedine, co jsem nasel za tip, tak je prace s USB diskem pomoci jmen. tzn pojmenovat oddily na USB disku a pak k nim pristupovat pres tato jmena nebo to primo zapsat do /etc/fstab. pokud to vztahneme ciste na raid, pak dalsi moznosti prace s USB zarizenimi v raidu je pres UUID. cili do pole je pridat pres UUID.

8. jakub(89.24.25.xxx) 21. 2. 2010, 21:33

dobry den, mohl by me prosim nekdo poradit,kdyz mam disky rozdeleny trosku jinak nez uvadi autor.mam disk rozdeleny na sda1(ext3) sda2(extended) a sda5(swap).sda1 a sda5 muzu nastavit jako Linux RAID samorozpoznatelný, ale sda2 ne.Muzu ten sda2 “přeskočit” nenastavovat.moc díky za odpověď

9. afk_cz(ověřeno) 22. 2. 2010, 01:11

jakub: urcite to neni problem. neni treba davat vsechny oddily do raidu. jestlize ale mas oba disky stejne, pak budes samozrejme na oba sda2 a sdb2 zapisovat oddelene a data nebudou synchronizovana.

10. jakub(89.24.7.xxx) 22. 2. 2010, 09:44

afk_cz:Ja tam ten sda2(extended), mám vytvořený jen kvůli tomu sda5(swap).Zkoušel jsem to přeformátovat, abych ten sda2 vyhodil, přes Gparted, abych tam měl jen sda1 a sda5(swap)-sda5 bylo uz primarni partysnou, ale ubuntu s tim nejak nechtelo podle me komunikovat.Budu postupovat podle návodu a sda1 a sda5 nastavim Linux RAID samorozpoznatelný,sda2 preskocim.Moc diky za navod! je bezvadny!

11. jakub(217.112.162.xxx) 23. 2. 2010, 16:44

afk_cz: promiň že tě otravuju, mohl by ses prosím podívat na tento příspěvěk, jestli se ti to náhodou pří vytváření raidu nestalo taky?
http://forum.ubuntu.cz/index.php/topic,44636.0.html
ješte jednou díky moc

12. afk_cz(ověřeno) 6. 4. 2010, 19:21

jakub: pardon, nejak jsem opomnel sledovat nove prispevky. podarilo se ti to nejak zprovoznit ? podle toho, co vidim, tak je nejjistejsi data odkopirovat nekam pryc, disk znova prerozdelit a naformatovat a nakopirovat data zpet. tu obavu (co pise fdisk) bych nebral na lehkou vahu a –force bych ani nezkousel…