Dotaz: Po updatu nejde LVM

[Hrabosh]

Zdravím,

updatoval jsem system na serveru. Nejdřív jsem dělal update jádra (je tam ted 3.18.20, staženo přímo z kernel.org) a pak jsem rozjel apt-get update. NAinstalovl se systemd a plno updatů.

Po restartu to nicméně nenaběhlo, protože chyběla pdopra pro cgroup (viz systemd!). Po překompilování jádra to zase padalo do nějakýho safe modu, protože ve fstabu byly odkazy na nepřipojené disky (jak kvuli tomu může nenaběhnout systém..?!!).

Ted už to celkem funguje, až na jednu celkem duležitou věc a to je LVM. Nevytvoří se zařízení v /dev, a dokonce ani pvscan nic nenajde. P5itom před tím to normálně fungovalo a fdisk i blkid tam ty LVM2 partitiony vidí:

/dev/hda1: UUID="36c4ca6a-8eac-4f22-8674-343aa6fe8033" TYPE="ext2" PARTUUID="3db012b3-01"
/dev/hda2: UUID="23c296e5-a11e-4727-8a7a-c2a9d13fec07" TYPE="swap" PARTUUID="3db012b3-02"
/dev/hdd1: UUID="0a3fedc8-1e48-4a96-b225-00c009f7e919" TYPE="ext2" PARTUUID="d0300f68-01"
/dev/sda1: UUID="1065P9-8FVM-74Z2-7mHW-ellO-riXt-ztu5eE" TYPE="LVM2_member" PARTUUID="89303d2b-01"
/dev/sdb: UUID="yEiJ1m-gB6V-WOrC-erHI-stG5-okpy-CVCjHp" TYPE="LVM2_member"

Ale pvscan nic:

DebServer:~# pvscan -vvvv
#lvmcmdline.c:1575         DEGRADED MODE. Incomplete RAID LVs will be processed.
#libdm-config.c:1013       Setting activation/monitoring to 1
#lvmcmdline.c:1581         Processing: pvscan -vvvv
#lvmcmdline.c:1582         system ID: 
#lvmcmdline.c:1585         O_DIRECT will be used
#libdm-config.c:949       Setting global/locking_type to 1
#libdm-config.c:1013       Setting global/wait_for_locks to 1
#locking/locking.c:129       File-based locking selected.
#libdm-config.c:1013       Setting global/prioritise_write_locks to 1
#libdm-config.c:918       Setting global/locking_dir to /run/lock/lvm
#libdm-config.c:1013       Setting global/use_lvmlockd to 0
#misc/lvm-flock.c:200       Locking /run/lock/lvm/P_global WB
#misc/lvm-flock.c:101         _do_flock /run/lock/lvm/P_global:aux WB
#misc/lvm-flock.c:101         _do_flock /run/lock/lvm/P_global WB
#misc/lvm-flock.c:48         _undo_flock /run/lock/lvm/P_global:aux
#filters/filter-persistent.c:51     Wiping cache of LVM-capable devices
#cache/lvmcache.c:1965     Wiping internal VG cache
#cache/lvmcache.c:498         Metadata cache has no info for vgname: "#orphans_lvm1"
#cache/lvmcache.c:498         Metadata cache has no info for vgname: "#orphans_lvm1"
#cache/lvmcache.c:1445         lvmcache: initialised VG #orphans_lvm1
#cache/lvmcache.c:498         Metadata cache has no info for vgname: "#orphans_pool"
#cache/lvmcache.c:498         Metadata cache has no info for vgname: "#orphans_pool"
#cache/lvmcache.c:1445         lvmcache: initialised VG #orphans_pool
#cache/lvmcache.c:498         Metadata cache has no info for vgname: "#orphans_lvm2"
#cache/lvmcache.c:498         Metadata cache has no info for vgname: "#orphans_lvm2"
#cache/lvmcache.c:1445         lvmcache: initialised VG #orphans_lvm2
#cache/lvmetad.c:778         Asking lvmetad for complete list of known VGs
#libdm-config.c:918       Setting response to OK
#libdm-config.c:918       Setting response to OK
#pvscan.c:386     Walking through all physical volumes
#cache/lvmetad.c:701         Asking lvmetad for complete list of known PVs
#libdm-config.c:918       Setting response to OK
#libdm-config.c:918       Setting response to OK
#pvscan.c:444   No matching physical volumes found
#misc/lvm-flock.c:71       Unlocking /run/lock/lvm/P_global
#misc/lvm-flock.c:48         _undo_flock /run/lock/lvm/P_global
#lvmcmdline.c:1676         Completed: pvscan -vvvv

Při bootu se objevují různé chyby, ale nevím, jestli s tím souvisí:

Aug 21 16:28:05 DebServer systemd[1]: Failed to start Load Kernel Modules.
Aug 21 16:28:05 DebServer udevd[862]: starting version 175
Aug 21 16:28:05 DebServer systemd[1]: Failed to start Load Kernel Modules.
Aug 21 16:28:05 DebServer systemd-journal[1304]: Journal started
-- Subject: The journal has been started
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- The system journal process has started up, opened the journal
-- files for writing and is now ready to process requests.
Aug 21 16:28:05 DebServer udevd[862]: IMPORT{builtin}: 'blkid' unknown /lib/udev/rules.d/60-persistent-storage
-dm.rules:23
Aug 21 16:28:05 DebServer systemd-modules-load[756]: Inserted module 'lp'
Aug 21 16:28:05 DebServer udevd[862]: IMPORT{builtin}: 'blkid' unknown /lib/udev/rules.d/69-lvm-metad.rules:24

Napadá vás, co vyzkoušet? Našel jsem tohle:

http://www.tldp.org/HOWTO/LVM-HOWTO/recovermetadata.html

Ale bojím se to zkusit ... protože tam mám celkem dost dat a nemám místo, kam bych mohl zálohovat obrazy těch disků.

Jo a mimochodem .... udělal jsem si zálohu celýho systemu před tím updatem. Bohužel, zrovna do toho LVMka

---

---

Odpovědi

[doron]

LVM disky lze připojit pomocí LIVE CD, ať už to bude oblíbená distribuce, nebo třeba SystemRescueCD. A pak můžete obnovit systém z uloženého obrazu.

[Hrabosh]

Zkoušel jsem nabootovat nejaký LiveCD Gentoo a tam pvscan skutečně vidí oba disky! Nicméně v /dev/ to LVMko není, takže data jsem z toho nedostal. Každopádně zatím se to spíš snažím vyřešit ve stávajícím systému...

[Jendа]

Máš rozbitý lvmetad a ty utility ho chtějí používat. Vypni to v /etc/lvm/lvm.conf (use_lvmetad = 0). A když už jsi u toho, podívej se, jestli tam nejsou nastavené nějaké zákeřné filtry.

[Hrabosh]

Nepomohlo to. LVm nejede a pvscan stále nic nevidí. Přitom třeba starší nabootovaný LivECD Gentoo - v něm pvscan ty disky vypíše.

[Delaunay]

Předně bych si nainstaloval balík util-linux, aby byla k dispozici binárka blkid.

[Delaunay]

Špatně jsem si přečetl, nicméně v /lib/udev/rules.d/69-lvm-metad.rules čtu toto:

It also requires blkid to be called on block devices before

Vypnutí volby use_lvmetad v konfiguraci, jak psal Jenda, by mělo také pomoci.

[Hrabosh]

blkid tam je, koneckonců v mojem dotazu je z něho výpis.

[Max]

ad systemd, podívej se informativně na volby : nofail, x-systemd.idle-timeout, x-systemd.device-timeout

ad LVM : Jsi si jist, že kernel a moduly máš v cajku? Tyto věci jsou převážně záležitostí kernelu. Vzhledem k tomu, že si kernel evidentně sestavuješ sám, by mohl být problém tam .
Zdar Max
PS: pokud člověk nemá vyloženě nutnost si sestavovat vlastní jádro (třeba vyloženě nutnost používat něco, co v dist kernelu není), tak je to zbytečný masochismus, jelikož ty problémy s tím spojené jsou takřka nekonečné

[Hrabosh]

Našel jsem si, co má být pro LVM v jádře a to zakompiloval. Taky jsem prošel log (journalctl) a byl tam fail ve smyslu, že nemůže najít /bin/udevadm a proto nejde nastartovat LVM2. udevadm je v /sbin, takže jsem udělal symlink. Fail zmizel, ale furt to nefunguje.

Zkoušel jsem ještě to, že jsem se z LiveCD chrootnul do stávajícího prostředí. pvscan vypsal pár chyb, ale na konci i ty dva LVM disky. Podle pvscan --version to vypadá, že LVM version i Library version je stejné jako v běžícím systému, ale Driver version je z LiveCD. Ale co je ten driver?!

[pavlix]

Můžu potvrdit. Gentoo má přidanou volbu, co v configu zapne všechno, co je potřeba k systemd a když jsem ji zapomněl, tak se to chovalo dost divně.

[Hrabosh]

Našel jsem požadavky na systemd a všechno v jádře mám...

[Max]

A nechceš sem hodit config jádra? jen pro jistotu.
Zdar Max

[Hrabosh]

Příloha:

• config (101866 bytů)

Tu je ...

[michich]

Jeden z problémů je neprázdný CONFIG_UEVENT_HELPER_PATH.

[Hrabosh]

No ten .config vznikal jako make oldcofnig, takze tak se to tam asi dostalo. OK, smazu "/sbin/hotplug" ... ještě něco?

[Hrabosh]

Ještě je potřeba vypnout CONFIG_SYSFS_DEPRECATED a CONFIG_SYSFS_DEPRECATED_V2.

CONFIG_FW_LOADER_USER_HELPER s problémem asi nesouvisí, ale taky bych to vypnul.

[Hrabosh]

Jo a zapnout CONFIG_NET_NS a CONFIG_DEVPTS_MULTIPLE_INSTANCES.

[Hrabosh]

FUNGUJE!!! Dík moc, pomohlo to!

[pavlix]

Ještě mi dělala problémy stará verze LVM userspace.

[Hrabosh]

Verzi zjistím, updatnu pls jak? balik lvm2 jsem přes APT upgradoval...

[pavlix]

Já jsem to vůbec nezkoušel na Debianu, takže tady ti asi moc nepomůžu.

[michich]

Aug 21 16:28:05 DebServer udevd[862]: starting version 175

A to jsi provedl upgrade na Debian Jessie? Tam je přece systemd-215 a tedy i udev ve stejné verzi. Tak kde se tam bere ta verze 175?

Tady je další náznak, že máš příliš starou verzi udev, která ještě neměla interně přilinkovaný "blkid":

Aug 21 16:28:05 DebServer udevd[862]: IMPORT{builtin}: 'blkid' unknown /lib/udev/rules.d/60-persistent-storage -dm.rules:23

[Hrabosh]

V ten moment byl update ješte v procesu .... včera se už dokončil celej a verze udevu je 224.

DebServer:~# systemd --version
systemd 224
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT -GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID -ELFUTILS +KMOD -IDN

[GeorgeWH]

a skusil si distribucne jadro, ci to pojde s nim?