Dotaz: Migrace systému a SW RAID1

[Vodny]

Prvně bych chtěl pozdravit všechny, co otevřeli tento dotaz.

Z předmětu je možná trochu patrné, co bych rád zkusil dokončit.

Mám plně funkční stroj na kterém běží CentOS 6.4 a nabízí nějaké služby, což není úplně podstatné. Podstatné je, že funguje na PC, který má jeden disk. Z důvodu toho, že tam hodlám ukládat důležitější data bych si rád udělal pojistku proti výpadku disku. Tedy vhodné řešení je RAID1. A protože nechci všechno instalovat znovu, tak to chci jako celek nějak přemigrovat.

Moje vize je taková:

1. Mám sda kde běží systém
2. Přidám disk sdb
3. Sestavím "degradované" pole pouze z sdb
4. Přesunu data (viz http://www.abclinuxu.cz/clanky/migrace-systemu-praxe)
5. Instaluji zavaděč, upravím fstab, grub
6. Zkusím nabootovat z R1 původní disk vyndám.
7. Pokud OK vrátim sda a srovnám s sdb
8. Hotovo

Hm.. vypadá to jednoduše nicméně to tak rozhodně nebude.
Je to jako hrubé schéma postupu správně? nebo jsem na něco zapomněl?

Nikdy jsem žádný RAID nesestavoval a když jsem trochu pátral po internetu, tak tam je několik aspektů, které asi stojí za to s někým probrat.

Prvním jsou metadata a jejich verze 0,90- 1,2 abych pravdu řekl, tak vím snad jen to, že uchovávají informace o tom, jak pole vypadá a dokáží ho dle toho pak i složit. Nicméně pro jakou verzi se rozhodnout netuším (snad se nechají i kombinovat). 

S tím jde ruku v ruce i grub1 pro meta 0,9-1 a grub2 pro meta 1,1-1,2.

Může mi někdo trochu osvětlit výhody těch metadat a grubu. Když už to dělám tak ať to má trochu smysl. 

Proč bych si měl tu kterou verzi právě vybrat? 

Stroj je 2jádrový atom se 4G ram a 2x 500GB diskem.

Díky za jakýkoliv tip.
Tom

Odpovědi

[Max]

Ahoj, rozdíl mezi metadaty popisuji zde : Migrujeme systém na RAID1, novinky v mdadm, cache, bariéry (1/2)
Pokud jde o postup migrace, tak je ok.
Pokud jde o grub, tak grub2 je nástupcem jedničky a začíná se objevovat ve všech distribucích. Osobně mi začíná vyhovovat víc a víc. Nevidím důvod, použití grub1. Dost lidem vadí, že grub2 bývá v distribucích naskriptován a tlačí se na automatizaci. Nevidím v tom nic špatného, je to jen o seznámením se.
Jen si pro grub2 nech víc místa na začátku disku (začínej partition na 2048, což je nyní defaultní pro fdisk), grub2 je totiž trochu víc náročnější na místo.
Zdar Max
PS:druhou část článku jsem ještě nedokončil, nebyl čas, je to tragedie, ale mám už poměrnou část hotovou

[trubicoid2]

a centos ma initrd? bez initrd musis na / pouzit metadata 0.9 a autodetekci v jadre, grub muzes pouzit 1 i 2, radeji 2

v pripade bez autodetekce jeste v bodu 5 je potreba udelat /etc/mdadm.conf a presvedcit se, ze demon mdraid se bude automaticky poustet (mozna se jinak jmenuje v centos)

[Max]

Není pravda, nezáleží to na tom, zda má, nebo nemá initrd. Pokud je zakompilovaná podpora v jádře, tak není problém bez initrd. Jinak centos má initrd, vesměs dnes vše má intrd, takže ok.
Jinak pravda, nezapomínat na "/etc/mdadm.conf", pěkně si do něj zavést nastavení a znovu vygenerovat initrd, aby se pole načítalo a bylo pojmenováno tak, jak má (tzn., nespoléhat na autodetekci).
Zdar Max

[trubicoid2]

Není pravda, nezáleží to na tom, zda má, nebo nemá initrd. Pokud je zakompilovaná podpora v jádře, tak není problém bez initrd.

Myslim, ze nemas pravdu. Ja nemam initrd a / je na superblocku 0.9, kdezto ostatni pole na 1.2 a jadro najde jen to 0.9, s ostatnima se nebavi:

[ 15.702830] md: Waiting for all devices to be available before autodetect

[ 15.769754] md: If you don't use raid, use raid=noautodetect

[ 15.837405] md: Autodetecting RAID arrays.

[ 15.919516] md: invalid raid superblock magic on sdc1

[ 15.986251] md: sdc1 does not have a valid v0.90 superblock, not importing!

[ 16.088781] md: invalid raid superblock magic on sdc3

[ 16.155755] md: sdc3 does not have a valid v0.90 superblock, not importing!

[ 16.235756] md: invalid raid superblock magic on sda1

[ 16.305343] md: sda1 does not have a valid v0.90 superblock, not importing!

[ 16.406006] md: invalid raid superblock magic on sda3

[ 16.476768] md: sda3 does not have a valid v0.90 superblock, not importing!

[ 16.562461] md: invalid raid superblock magic on sdb1

[ 16.633641] md: sdb1 does not have a valid v0.90 superblock, not importing!

[ 16.741983] md: invalid raid superblock magic on sdb3

[ 16.814520] md: sdb3 does not have a valid v0.90 superblock, not importing!

[ 16.814547] md: Scanned 9 and added 3 devices.

[ 16.814548] md: autorun ...

[ 16.814549] md: considering sdb2 ...

[ 16.814556] md: adding sdb2 ...

[ 16.814561] md: adding sda2 ...

[ 16.814565] md: adding sdc2 ...

[ 16.814884] md: created md1

[ 16.814886] md: bind sdc2

[ 16.814898] md: bind sda2

[ 16.814907] md: bind sdb2

[ 16.814920] md: running: sdb2 sda2 sdc2

[ 16.815142] md: ... autorun DONE.

[Max]

Je to tak, unáhlil jsem se. Autodetekce v kernelu není považována za moc dobrý nápad (o tom vím, jen jsem myslel, že podporu pro 1.2 dopsali, ale zřejmě ne), a proto se o to stará mdadm, který by měl být v initrd.
Zdar Max

[Vodny]

Děkuju za příspěvky.

1. bych se chtěl zeptat na ten Grub 2 a jeho velikost. Tím, že bych měl připravit více místa na začátku disku myslíš, že v fdisku mám zvolit jako první cylindru 2048? Jestli ano není to něják moc? Případně, jak připravím dostatečné místo.

 

2. při migraci systému nepřenáším /proc /sys /mnt /tmp a /dev - je tomu tak? z dev bych měl možná něco zachovat ale nevím co.

 

3. Disk rozděluji zpravidla na 3ks boot, / a swap sdb1-3. Má nějaký smyslu udělat pokud mám raid1 jednou velkou a nad ní zkusit postavit LVM? (taky nemám zkušenost ) získám tím něco? někde jsem četl, že pro raid1 je lepší jedna prartišna

[lertimir]

Ad 1: Díky novým disků, které jsou na 4K sektorech, tak začínat oddíly postaru na sektoru 63 (v 512 bytových logických sektorech) znamená nezačít na hranici fyzického sektoru. 2048 je hodnota, na které se v současnosti všichni shodli, a i můj fdisk mi nabízí 2048 jako začátek. gparted také. ztráta 1MB tedy cca jedné prastaré diskety není podstatná.

Ad 2: /proc a /sys určitě ne, ten dělá jádro. /tmp je zbytečné, (sám ho mám v tmpfs) takže se mi při vypnutí maže. /dev se podle Maxe zkopirovat může a udev si ho pak uklidí, zbytečné je také /run (také ho mám v tmpfs). /mnt je pro mne jen základní adresář pro podadresáře pro připojení dalších disků, jinak je prázdný a pokud jsou v podadresářích připojené disky, tak kopírovat jej smysl nemá.

Ad 3: Možná mě budou vysvětlovat, že to je lepší jinak, ale už dlouho používám schéma, /boot a swap napevno, ostatní přes LVM. Dělám /boot dost velký, aby se mě do něj vešlo cca 5 jader občas se hodí nechat staré jádro po aktualizaci. Na rozdíl od vás všude mám samostatné /home. A právě dělení root a home mě dělá LMV. Samostatné /home, mi už kolikrát zachránilo kůži, když při aktualizaci systému se něco zvrzlo, ale to vadilo jen ztrátou času, protože jsem mohl klidně provést čistou instalaci a nepřišel jsem o data. (navíc v /home si uchovávám i pravidelnou kopii /etc, takže jsem schopen rychle restaurovat i konfiguraci)

[Max]

ad 1) - 2048 sektor, né cylindr. Odpovídá to pak již zmíněnému 1MiB
Zdar Max

[Vodny]

Díky. Za info. mě to fdisk standardně posadil na 63 sektor. Takže jsem odstranil všechny partition a hodil ho první na 2048. Tedy ono zmíněné 1MB. To pro grub2 bude tedy stačit. Přesně tyhle drobnosti hledám.

[Vodny]

Co přesně udělá příkaz mount --bind CO KAM?

[Max]

mount -o bind /mnt/datastore/foto /home/uzivatel/foto

Toto dělá to, že adresář "/mnt/datastore/foto" připojí do adresáře "/home/uzivatel/foto". V některých případech třeba symlink nefunguje, nebo je z bezpečnostních důvodů zakázán, takže se pak dá zpřístupnit nějaký adresář tímto způsobem.
Při migraci se pak bind používá přímo na rootu "/" :

mount -o bind / /mnt/system

Tím se celý "/" namapuje do adresáře "/mnt/system" a to ulehčí jeho kopírování, jelikož se vše v tomto adresáři dá zkopírovat a nemusí se řešit dynamicky generované "/sys" "proc" "/tmp", věci v "/run", "/var/neco" apod., popř. připojené addíly někam do "/mnt/" aj.
Zdar Max

[Vodny]

Tak výsledek je takový, že to možné je ale nestojí to za to. Je to hrozná práce ta migrace. Nakonec to dopadlo tak, že jsem to udělal na čisto.

Nicméně bych měl pár dotazů.

Instalace za použití průvodce je velmi dobrá ale při testu, zda může jeden disk odejít jsem zjistil, že nemůže

ve stanici je sda a sdb. Při odpojení sdb to bylo dobrý a systém naběhl (degradované pole) při odpojění sda tomu tak již nebylo. Výsledek: operating system not found nicméně stačilo nainstalovat zavaděč na sdb to se asi v průvodci neděje..

tedy

grub root (hd1,0) setup hd1

Co je ale divný, že ani potom to nechtělo bootovat z sdb. Disk zmizel z biosu a vůbec celkově se to chovalo divně. Pomohlo až přepnutí v BIOSu ze SATA na IDE. Proč až toto pomohlo?

[kudlanka bezbozna]

To je spise otazka BIOSu. Jinak dobrou praxi je mit jako prvni oddil na disku neco jako 512MB raid pro /boot, pak te nemusi trapit spousta veci ohledne starych/novych, kompatibilnich/debilnich geometrii a grubu. Proste pouzivas to, co distribuce nabizi a neresis podruznosti.