Dotaz: vgrename - server uz nenabehl

[Petr Vacek]

Zdravim vespolek. Chtel jsem si pro prehlednost zmenit nazev Volume Group (VG) v LVM. Takže vgrename proběhlo. Upravil jsem si fstab a restartoval masinu. Jenze uz nenabehla a nevim proc, protoze jsem blb, myslel jsem, ze je to trivialni a delal jsem to vzdalene. Nevite nekdo duvod, proc to nenabehlo. Co jsem udelal spatne? O data jsem snad neprisel, ne?

Odpovědi

[NN]

Co znamena nenabehl, muzes popsat aktualni situaci?

[Petr Vacek]

Aktuální situace je taková, že se chci připojit vzdáleně pomocí putty a connection timed out

[Filipo]

Problem s bootem muze to byt tim, ze VG je zminena i jako parametr kernelu v grub.conf. Tudiz pokud jste neupravil take konfiguraci zavadece, nevi kde ma "/"

Napr. v Centosu vypada sekce v grub.conf takto:

title CentOS (2.6.32-358.18.1.el6.centos.plus.x86_64)
	root (hd0,0)
	kernel /vmlinuz-2.6.32-358.18.1.el6.centos.plus.x86_64 ro root=/dev/mapper/vg_sys-lv_root nomodeset rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16 rd_LVM_LV=vg_sys/lv_swap rd_LVM_LV=vg_sys/lv_root  KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM crashkernel=auto
	initrd /initramfs-2.6.32-358.18.1.el6.centos.plus.x86_64.img

[Petr Vacek]

No to bude ono (doufám), neupravoval. Jak to teď ale napravím?? Samozřejmě až budu fyzicky u serveru. Asi LiveCD, ale co dal? A nevadí, že jsem před vgrename nedeaktivoval lv, nemohl jsem tím přijít o data?

[Petr Vacek]

To jsem právě neudělal:

http://www.whitemiceconsulting.com/2012/02/renaming-volume-group-containing.html

Hold it! Now the machine won't boot anymore!

You get the pleasure of rebooting into "Kernel Panic: blah blah blah".

If you rename the volume group containing the root filesystem and swap space you also have to update that name in two places In /etc/fstab.

This one is obvious and I usually remember. In /etc/grub.conf. Otherwise the kernel tries to mount the root file-system using the old volume group name.

Mám Debian Squeeze. Nabootuju z liveCD, změním vg cestu v Grubu.. ale co pak?

[Lyco]

Pak už jen reboot do původního systému. Grub umí číst filesystém, takže si přečte nový konfigurák a předá jádru správný parametr. Jen nezapomeň, že potřebuješ změnit konfigurák na disku, ne ten na livecd.

[Šangala]

Abych se vyhnul tanečkům, tak bych to změnil přímo v /boot/grub/grub.cfg přes live CD (předem si ho třeba pozálohuj).
A až po úspěšném startu teprve v /etc/default/grub.cfg a pak pustil update-grub.

[Petr Vacek]

Ok, takže svými slovy ještě:) Nabootuju LiveCD. Přimountuju si disk. Na disku zedituju "natvrdo" /boot/grub/grub.cfg (tam doufám najdu někde tu starou VG:), pak restartuju a teprve úpravou /etc/default/grub.cfg a nasledným update-grub to zanesu "čistě" do /boot/grub/grub.cfg, což je právě ten konfigurák, který čtě systém při bootu přímo. Co je ten /etc/grub.conf, to se mě asi netýká, když mám (doufám) Grub2? A také jsem párkrát narazil na to, že bych měl nějak upravit initrd.img nebo vážně stačí jen úprava toho Grubu?

[Aleš Kapica]

Tak jednoduché to právě být nemusí. Ale nechce se mi opakovat věci, které jsem už dávno tomu zapsal do samostatných manuálů - RAID, LVM a GRUB do wiki na našem webu

[Petr Vacek]

Co to znamená, že nemusí? Buďto to bude stačit, aby systém nabootoval (/etc/fstab mám upravený pro novou VG)nebo ne... ? :)

[Šangala]

Ano, Debian to tak má (jen s malou opravou v /etc… to nemá koncovku), update-grub používá (mimo jiné) /etc/default/grub a vygeneruje /boot/grub/grub.cfg.
Viz: https://wiki.debian.org/Grub.

S tím initrd je to velmi pravděpodobné.

Vždy to můžeš vrátit přes live CD zpět (přejmenovat zpět a opravit fstab)

Nevím jestli bych si přejmenovával VG pod sebou (za chodu systému z té VG), tady je nějaký návod, s tím, že je tam navíc LUKS a není tam Grub2.

[Petr Vacek]

Vždy to můžeš vrátit přes live CD zpět (přejmenovat zpět a opravit fstab)

Řekl bych, že tohle bude asi nejlepší cesta:) Jen musím najít pro změnu návod, jak změním název vg z Live CD:/

[Petr Vacek]

Asi tak: http://techhelplist.com/index.php/tech-tutorials/43-linux-adventures/71-fix-linux-after-renaming-volume-group :)

[Šangala]

vgscan, vgrename a následně mount a vi /etc/fstab by mělo stačit…
Možná bude třeba využít vgscan --mknodes, a vgchange -a y/n (nebo lvchange -a y/n ).

[Petr Vacek]

Ještě mě napadlo, že to LVM mám až nad md1, je to další překážka?

[Šangala]

Co je pod tím s tím nesouvisí, jen je třeba předřadit sestavení pole pokud nebude (lze použít mdadm --assemble --scan).

[Petr Vacek]

Parada, jsem u serveru a vratil jsem se do puvodniho stavu, server bezi:) DIky. Ale stejne bych rad tu vg prejmenoval:)))

[Aleš Kapica]

Pokud chceš přejmenovat VG, tak musíš všechny potřebné operace provést před restartem a modlit se abys neudělal chybu. Aby ti to najelo, tak nestačí jenom ručně upravit grub.cfg, ale je třeba také dostat změnu do ramdisku, který se použije při startu. Všechno je popsáno jak pro blbce v naší wiki. Link už máš výše.

Ve zkratce:

Grub si postupně natahuje moduly: nejprve modul který vůbec rozpozná disky (biosdisk), pak modul který rozpozná raid (bacha na rozpadlé, nebo nedostatečně synchronizované pole!), pak modul lvm, který rozpozná skupiny a logické disky a nakonec modul pro použitý souborový systém. To jsou výchozí předpoklady pro to, aby byl grub schopen natáhnout jádro a ramdisk. Aby věděl kde ho má hledat, musí mít správně nastaven kořen a zde právě figuruje jméno VG. Tato informace ale není v konfiguračním souboru, nýbrž je součástí bloku dat, který se natahuje z počáteční oblasti disku.

Další moduly už si natahuje z rozpoznaného LV disku. Pokud k němu nenajde cestu - nesedí jméno skupiny - tak skončí v rescue módu (viz manuál GRUB). Donedávna bylo nutné sestavit - aby to fungovalo - tento blok kódu manuálně. Automatické rozpoznání potřebných modulů nefungovalo a nebylo jak říct které moduly a v jakém pořadí se při sestavení mají do tohoto bloku zahrnout. Poslední verze GRUBu ale už má (konečně) k dispozici proměnnou GRUB_PRELOAD_MODULES - jejíž zavedení jsem navrhoval vývojářům GRUBU už před čtyřmi lety.

Tím to ale nekončí.

Grub ve skutečnosti nesestavuje žádný raid a nenahazuje ani LVM - pouze rozpoznává místa na disku. Raid i LVM nahazuje linuxové jádro při zavádění na základě konfiguračních souborů, které má v ramdisku a toho co rozpozná. V případě, že se v systému ocitbnou dvě VG se stejným názvem, tam skončí v ramdisku. Stejně tak skončí v ramdisku, pokud se mu nepodaří nahodit skupinu ve které má systémový LV. Opět - stane se pokud mu nesedí název existující VG s tím co má v ramdisku. Co si počít v ramdisku se lze dočíst zase z manuálu k Disklessu.

Vždy lze nalézt řešení, jen člověk musí vědět co má dělat. LiveCD je opravdu velmi nouzové řešení - obzvláště tehdy, pokud je VG nad raid zařízením. LiveCD totiž může sestavit raid pole pod jiným jménem a to pak nemusí sedět s tím co má v konfiguraci LVM. I když mám dojem, že poslední dobou se identifikace provádí už přes UUID, která tenhle problém minimalizuje.

Dlohá zkratka což? No ale tak to je.

[Šangala]

Takže vgrename pod sebou na aktivních LV ničemu sandál nerozhodí?

Poslední odstavec je jen potencionální problém, pokud by se z LiveCD dělal nový initrd (což samo o sobě není jen klik-klik)?
Bo když se sestaví pole, tak až na něm jsou informace o VG a LV.

[Aleš Kapica]

Je to hodně zvěrský úkon, ale předpokládám - na základě dřívějších pokusů a omylů - že dokud to žije, tak se tak moc ještě neděje. Až po restartu.

Ale já bych na to šel každopádně úplně jinak. Buď bych použil liveCD, nebo bych vytvořil paralelně skupinu se jménem které chci a data pak do ní postupně přestěhoval. Ovšem mezi námi - jméno skupiny je zcela nepodstatná věc. Musel bych mít opravdu vážný důvod k tomu abych to vůbec dělal.

[Šangala]

OT: …jméno skupiny je zcela nepodstatná věc. - mezi námi „je“, ale pěkně by mě to rozčilovalo, což samo o sobě je dost vážný důvod, takže to chápu.

[lertimir]

Ale pokud by to udělal "postaru", kdy /boot dá na samostatný fyzický oddíl, tak to bude mít jednodušší, ne?

[Aleš Kapica]

Jo. Tak jsem to dřív taky dělal. Jenže pak si zase musíš hlídat disky a synchronizaci adresáře /boot pokud ho máš na více discích.

Kupř. zrovna teď stěhuji systém i data v rámci LVM ze starého RAID pole na nové. V podstatě jediný úkon, který jsem musel udělat bylo dpkg-reconfigure grub-pc, abych mohl nabootovat až ty staré disky vyhodím.

[Petr Vacek]

Vadí něčemu to, že jsem před vgrename neudělal lvchange -an a po lvchange -ay?

[Šangala]

To je právě co píšu jestli to přejmenovávat pod sebou (nebo-li aktivní LVs) je dobrý nápad - já bych to nedělal, ale nevím jaké to má faktické důsledky, když se to tak udělá.

[Petr Vacek]

no tak budu doufat, že to žádné další následky nemá :)