Portál AbcLinuxu, 9. května 2025 23:57

Dotaz: chyba po migraci na mdadm+LVM

22.11.2015 23:07 pavel
chyba po migraci na mdadm+LVM
Přečteno: 391×
Odpovědět | Admin
Zdravim,

migroval jsem svoji domaci stanici na nove diskove pole. OS je Debian Jessie. Puvodni system pouzival 2x Samsung 850 EVO 120GB v raid 1, cely disk mel jediny filesystem: /

Nyni jsem dokoupil dalsi dva SSD (ty same jako v puvodni sestave) a rozhodl se zmigrovat na raid 10 a LVM. Vytvoril jsem tedy degradovane pole raid 10, nad tim vytvoril LVM (svazky / a /home), /boot je mimo LVM na samostatnem mini raidu1.

Potom jsem zkopiroval data z puvodniho raidu, nainstaloval grub a reboot. System v poradku najel do noveho raidu, puvodni pole jsem nasledne zrusil a uvolne disky pridal do noveho raidu a pockal az se pole zesynchronizuje. Nyni se se zda vse fungovat v poradku.

Pouze pri shutdownu uplne posledni hlaska, potom se PC vypne.
systemd-shutdown[1]: Failed to finalize DM devices
S timhle nevim rady. Nerad bych, aby se mi pole rozpadlo. System i nadale v poradku bootuje.

Řešení dotazu:


Nástroje: Začni sledovat (0) ?Zašle upozornění na váš email při vložení nového komentáře.

Odpovědi

22.11.2015 23:20 Aleš Kapica | skóre: 52 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: chyba po migraci na mdadm+LVM
Odpovědět | | Sbalit | Link | Blokovat | Admin
Mít klasický md raid nad SSD mi přijde jako blbina. Proto používám už delší dobu btrfs v raid1. Používat 4 SSD disky v jednom raid poli mi přijde overkill. Nemá to žádnou výhodu, jen tím přibližuješ čas kdy některý z nich odejde.
22.11.2015 23:30 pavel
Rozbalit Rozbalit vše Re: chyba po migraci na mdadm+LVM
Diky za nazor. S btrfs nemam zkusenosti, proto jsem zvolil reseni, ktere znam. Ma-li nektery odejit, tak at odejde. Je v petilete zaruce, neresim to. Mam postarsi desku, ktera ma pouze SATA II, a raidem jsem ziskal rychlost odpovidajici SATA III.
22.11.2015 23:26 Andrej | skóre: 51 | blog: Republic of Mordor
Rozbalit Rozbalit vše Re: chyba po migraci na mdadm+LVM
Odpovědět | | Sbalit | Link | Blokovat | Admin

Řešením je Btrfs. Používat takhle složitou konfiguraci dnes už prostě nemá smysl. Přesněji řečeno, Btrfs byl řešením přesně tohoto zadání už přinejmenším od roku 2010, jen ho někteří žvanilové stále dokola častovali svým strachem z neznámého. :-D

Max avatar 23.11.2015 08:11 Max | skóre: 72 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: chyba po migraci na mdadm+LVM
Odpovědět | | Sbalit | Link | Blokovat | Admin
Ahoj, s grubem2 není problém bootovat z LVM, které je nad MD polem. Teoreticky jsi tedy nemusel dávat boot mimo lvm.
Jinak u debianu Jessie bych se už nebál použít btrfs s jeho kernelem, takže osobně bych asi také do něj šel.
Zdar Max
Měl jsem sen ... :(
michich avatar 24.11.2015 14:20 michich | skóre: 51 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: chyba po migraci na mdadm+LVM
Odpovědět | | Sbalit | Link | Blokovat | Admin
systemd-shutdown[1]: Failed to finalize DM devices
Program systemd-shutdown se pokusil odmapovat zařízení device mapperu odpovídající LVM svazku, na kterém je /. To pochopitelně neprošlo, protože souborový systém / je stále přimountován (i když v té chvíli už jen pro čtení). Unmountovat nejde, protože systemd-shutdown je spuštěn z něj.

Na systémech, kde je initramfs vytvořený pomocí dracut (nebo jiným nástrojem, který poskytuje patřičné rozhraní), je to řešeno tak, že systemd-shutdown nakonec "přeskočí" zpět do initramfs, ze kterého už je možno / unmountovat a DM i MD zařízení rozebrat:
[   18.540711] systemd-shutdown[1]: Sending SIGTERM to remaining processes...
[   18.545592] systemd-journald[613]: Received SIGTERM from PID 1 (systemd-shutdow).
[   18.556421] systemd-shutdown[1]: Sending SIGKILL to remaining processes...
[   18.559860] systemd-shutdown[1]: Unmounting file systems.
[   18.563937] systemd-shutdown[1]: All filesystems unmounted.
[   18.564387] systemd-shutdown[1]: Deactivating swaps.
[   18.564851] systemd-shutdown[1]: All swaps deactivated.
[   18.565246] systemd-shutdown[1]: Detaching loop devices.
[   18.565988] systemd-shutdown[1]: All loop devices detached.
[   18.566386] systemd-shutdown[1]: Detaching DM devices.
[   18.566946] systemd-shutdown[1]: Not all DM devices detached, 1 left.
[   18.567391] systemd-shutdown[1]: Cannot finalize remaining DM devices, continuing.
[   18.572263] systemd-shutdown[1]: Successfully changed into root pivot.
[   18.572745] systemd-shutdown[1]: Returning to initrd...
[   18.594587] dracut: Taking over mdmon processes.
[   18.595080] dracut Warning: Killing all remaining processes
dracut Warning: Killing all remaining processes
[   18.631963] XFS (dm-0): Unmounting Filesystem
[   18.634060] dracut Warning: Unmounted /oldroot.
dracut Warning: Unmounted /oldroot.
[   18.644390] dracut: Disassembling device-mapper devices
[   18.662678] dracut: Waiting for mdraid devices to be clean.
[   18.664297] dracut: Disassembling mdraid devices.
[   18.665307] md127: detected capacity change from 17169383424 to 0
[   18.666111] md: md127 stopped.
[   18.666502] md: unbind<vda2>
[   18.674110] md: export_rdev(vda2)
[   18.674714] md: unbind<vdb1>
[   18.683114] md: export_rdev(vdb1)
mdadm: stopped /dev/md127
Rebooting.
[   18.705518] reboot: Restarting system
[   18.705788] reboot: machine restart
Debianí initramfs-tools tohle nepodporují. Ale není to žádná tragédie. Ovladač md v kernelu je nahákovaný na reboot notifier a před úplným vypnutím uvede pole do bezpečného stavu.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.