http://bugzilla.opensuse.org/show_bug.cgi?id=982329 Manfred Hollstein changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |manfred.h@gmx.net -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=982329 http://bugzilla.opensuse.org/show_bug.cgi?id=982329#c1 Bruno Friedmann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bruno@ioda-net.ch --- Comment #1 from Bruno Friedmann --- I've use_lvmetad = 0 in lvm.conf Here the state of my lvm2-* systemd service/socket systemctl status lvm2-activation-early.service ● lvm2-activation-early.service - Activation of LVM2 logical volumes Loaded: loaded (/etc/lvm/lvm.conf; bad; vendor preset: disabled) Active: inactive (dead) since Tue 2016-05-31 08:14:41 CEST; 8h ago Docs: man:lvm2-activation-generator(8) Main PID: 1843 (code=exited, status=0/SUCCESS) May 31 08:14:41 qt-kt systemd[1]: Starting Activation of LVM2 logical volumes... May 31 08:14:41 qt-kt lvm[1843]: 9 logical volume(s) in volume group "vg0" now active May 31 08:14:41 qt-kt systemd[1]: Started Activation of LVM2 logical volumes. qt-kt:~ # systemctl status lvm2-activation-net.service ● lvm2-activation-net.service - Activation of LVM2 logical volumes Loaded: loaded (/etc/lvm/lvm.conf; bad; vendor preset: disabled) Active: inactive (dead) since Tue 2016-05-31 08:14:41 CEST; 8h ago Docs: man:lvm2-activation-generator(8) Main PID: 1958 (code=exited, status=0/SUCCESS) May 31 08:14:41 qt-kt systemd[1]: Starting Activation of LVM2 logical volumes... May 31 08:14:41 qt-kt lvm[1958]: 9 logical volume(s) in volume group "vg0" now active May 31 08:14:41 qt-kt systemd[1]: Started Activation of LVM2 logical volumes. qt-kt:~ # systemctl status lvm2-lvmetad.service ● lvm2-lvmetad.service - LVM2 metadata daemon Loaded: loaded (/usr/lib/systemd/system/lvm2-lvmetad.service; disabled; vendor preset: disabled) Active: inactive (dead) Docs: man:lvmetad(8) qt-kt:~ # systemctl status lvm2-lvmetad.socket ● lvm2-lvmetad.socket - LVM2 metadata daemon socket Loaded: loaded (/usr/lib/systemd/system/lvm2-lvmetad.socket; enabled; vendor preset: enabled) Active: active (listening) since Tue 2016-05-31 08:14:38 CEST; 8h ago Docs: man:lvmetad(8) Listen: /run/lvm/lvmetad.socket (Stream) qt-kt:~ # systemctl status lvm2-monitor.service ● lvm2-monitor.service - Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling Loaded: loaded (/usr/lib/systemd/system/lvm2-monitor.service; disabled; vendor preset: disabled) Active: inactive (dead) Docs: man:dmeventd(8) man:lvcreate(8) man:lvchange(8) man:vgchange(8) time mkinitrd Creating initrd: /boot/initrd-4.5.4-1-default dracut: Executing: /usr/bin/dracut --logfile /var/log/YaST2/mkinitrd.log --force /boot/initrd-4.5.4-1-default 4.5.4-1-default dracut: *** Including module: bash *** dracut: *** Including module: systemd *** dracut: *** Including module: warpclock *** dracut: *** Including module: systemd-initrd *** dracut: *** Including module: i18n *** dracut: *** Including module: drm *** dracut: *** Including module: plymouth *** dracut: *** Including module: crypt *** dracut: *** Including module: dm *** dracut: Skipping udev rule: 64-device-mapper.rules dracut: Skipping udev rule: 60-persistent-storage-dm.rules dracut: Skipping udev rule: 55-dm.rules dracut: *** Including module: kernel-modules *** dracut: *** Including module: lvm *** dracut: Skipping udev rule: 64-device-mapper.rules dracut: Skipping udev rule: 56-lvm.rules dracut: Skipping udev rule: 60-persistent-storage-lvm.rules dracut: *** Including module: resume *** dracut: *** Including module: rootfs-block *** dracut: *** Including module: terminfo *** dracut: *** Including module: udev-rules *** dracut: Skipping udev rule: 40-redhat.rules dracut: Skipping udev rule: 50-firmware.rules dracut: Skipping udev rule: 50-udev.rules dracut: Skipping udev rule: 91-permissions.rules dracut: Skipping udev rule: 80-drivers-modprobe.rules dracut: *** Including module: biosdevname *** dracut: *** Including module: dracut-systemd *** dracut: *** Including module: haveged *** dracut: *** Including module: usrmount *** dracut: *** Including module: base *** dracut: *** Including module: fs-lib *** dracut: *** Including module: shutdown *** dracut: *** Including module: suse *** dracut: *** Including modules done *** dracut: *** Installing kernel module dependencies and firmware *** dracut: *** Installing kernel module dependencies and firmware done *** dracut: *** Resolving executable dependencies *** dracut: *** Resolving executable dependencies done*** dracut: *** Hardlinking files *** dracut: *** Hardlinking files done *** dracut: *** Stripping files *** dracut: *** Stripping files done *** dracut: *** Generating early-microcode cpio image *** dracut: *** Constructing GenuineIntel.bin **** dracut: *** Store current command line parameters *** dracut: Stored kernel commandline: dracut: rd.luks.uuid=luks-034dae71-19eb-49af-bb3d-5588e614e9ee dracut: rd.lvm.lv=vg0/lvtwroot rd.lvm.lv=vg0/lvtwswap dracut: resume=/dev/mapper/vg0-lvtwswap dracut: root=/dev/mapper/vg0-lvtwroot rootfstype=ext4 rootflags=rw,noatime,discard dracut: *** Creating image file '/boot/initrd-4.5.4-1-default' *** dracut: *** Creating initramfs image file '/boot/initrd-4.5.4-1-default' done *** real 0m17.440s user 0m8.584s sys 0m2.796s So not that slow I've luks partition containing all my vg/lv I'm interested in what kernel did you use. The symptom you described no lv at boot time, was hitting me a lot when I was using 4.6.0 kernel from kernel:stable most of the time udev didn't find my volume to mount or use (I'm using by LABEL) -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=982329 http://bugzilla.opensuse.org/show_bug.cgi?id=982329#c3 --- Comment #3 from Bruno Friedmann --- still with 0 time lvs -v Using logical volume(s) on command line. LV VG #Seg Attr LSize Maj Min KMaj KMin Pool Origin Data% Meta% Move Cpy%Sync Log Convert LV UUID LProfile lvioda vg0 2 -wi-ao---- 202.00g -1 -1 254 3 HdUcx1-jj0B-qXPd-movG-bbL8-h1ok-FeNn6q lvmultimedia vg0 1 -wi-ao---- 205.00g -1 -1 254 9 o1aJVG-uhNn-r01d-pFcI-kWev-6znp-uYQpSo lvobsbuild vg0 1 -wi-a----- 16.00g -1 -1 254 7 5D9UwH-eOxd-iak5-LyfA-6V2b-SkQE-fUQrpY lvobsswap vg0 1 -wi-a----- 2.00g -1 -1 254 6 gdXcUN-9CpP-RPlm-6hdS-eq3Z-Hq31-rXvV19 lvsigeom vg0 1 -wi-ao---- 256.00g -1 -1 254 8 bDDCCc-mmef-NW4w-tF7M-ri1H-t6m3-R9Lc03 lvsrc vg0 1 -wi-ao---- 64.00g -1 -1 254 5 aTkYQe-VAe6-BEts-WqsO-euvT-k4qi-UfIXDz lvtwroot vg0 1 -wi-ao---- 64.00g -1 -1 254 1 5bh6Pk-XZDV-GDjX-o0Jj-jvvu-PcWK-qcIJyd lvtwswap vg0 1 -wi-ao---- 4.00g -1 -1 254 2 k0o0AA-2j9F-KokY-WUSy-qDKh-e2qW-QYk5wu lvtwvar vg0 1 -wi-ao---- 64.00g -1 -1 254 4 wAXvI0-Hfy0-p7OM-P6it-3XOZ-fCLM-xiKpqZ real 0m0.019s user 0m0.008s sys 0m0.000s so I mean question of millisecond. As kernel 4.6.0 will enter in TW next snapshot I will see If I again got errors lvm2 installed here is also 2.02.141-64.2 Also strangely I didn't see any delay with 69-dm-lvm-metad.rules when used by dracut dracut --force dracut: Executing: /usr/bin/dracut --force dracut: *** Including module: bash *** dracut: *** Including module: systemd *** dracut: *** Including module: warpclock *** dracut: *** Including module: systemd-initrd *** dracut: *** Including module: i18n *** dracut: *** Including module: drm *** dracut: *** Including module: plymouth *** dracut: *** Including module: crypt *** dracut: *** Including module: dm *** dracut: Skipping udev rule: 64-device-mapper.rules dracut: Skipping udev rule: 60-persistent-storage-dm.rules dracut: Skipping udev rule: 55-dm.rules dracut: *** Including module: kernel-modules *** dracut: *** Including module: lvm *** dracut: Skipping udev rule: 64-device-mapper.rules dracut: Skipping udev rule: 56-lvm.rules dracut: Skipping udev rule: 60-persistent-storage-lvm.rules dracut: *** Including module: resume *** dracut: *** Including module: rootfs-block *** dracut: *** Including module: terminfo *** dracut: *** Including module: udev-rules *** dracut: Skipping udev rule: 40-redhat.rules dracut: Skipping udev rule: 50-firmware.rules dracut: Skipping udev rule: 50-udev.rules dracut: Skipping udev rule: 91-permissions.rules dracut: Skipping udev rule: 80-drivers-modprobe.rules dracut: *** Including module: biosdevname *** dracut: *** Including module: dracut-systemd *** dracut: *** Including module: haveged *** dracut: *** Including module: usrmount *** dracut: *** Including module: base *** dracut: *** Including module: fs-lib *** dracut: *** Including module: shutdown *** dracut: *** Including module: suse *** dracut: *** Including modules done *** dracut: *** Installing kernel module dependencies and firmware *** dracut: *** Installing kernel module dependencies and firmware done *** dracut: *** Resolving executable dependencies *** dracut: *** Resolving executable dependencies done*** dracut: *** Hardlinking files *** dracut: *** Hardlinking files done *** dracut: *** Stripping files *** dracut: *** Stripping files done *** dracut: *** Generating early-microcode cpio image *** dracut: *** Constructing GenuineIntel.bin **** dracut: *** Store current command line parameters *** dracut: Stored kernel commandline: dracut: rd.luks.uuid=luks-034dae71-19eb-49af-bb3d-5588e614e9ee dracut: rd.lvm.lv=vg0/lvtwroot rd.lvm.lv=vg0/lvtwswap dracut: resume=/dev/mapper/vg0-lvtwswap dracut: root=/dev/mapper/vg0-lvtwroot rootfstype=ext4 rootflags=rw,noatime,discard dracut: *** Creating image file '/boot/initrd-4.5.4-1-default' *** dracut: *** Creating initramfs image file '/boot/initrd-4.5.4-1-default' done *** And the rule is included too in my initrd drwxr-xr-x 3 root root 0 May 31 17:39 usr/lib/udev -rwxr-xr-x 1 root root 47296 May 31 17:39 usr/lib/udev/ata_id -rwxr-xr-x 1 root root 59584 May 31 17:39 usr/lib/udev/cdrom_id -rwxr-xr-x 1 root root 14800 May 31 17:39 usr/lib/udev/hid2hci -rwxr-xr-x 1 root root 10808 May 31 17:39 usr/lib/udev/pcmcia-check-broken-cis -rwxr-xr-x 1 root root 23088 May 31 17:39 usr/lib/udev/pcmcia-socket-startup drwxr-xr-x 2 root root 0 May 31 17:39 usr/lib/udev/rules.d -r--r--r-- 1 root root 7106 Apr 26 13:16 usr/lib/udev/rules.d/10-dm.rules -r--r--r-- 1 root root 2450 Apr 26 13:16 usr/lib/udev/rules.d/11-dm-lvm.rules -r--r--r-- 1 root root 2165 Apr 26 13:16 usr/lib/udev/rules.d/13-dm-disk.rules -rw-r--r-- 1 root root 3342 May 17 19:39 usr/lib/udev/rules.d/50-udev-default.rules -rw-r--r-- 1 root root 3971 Apr 26 14:00 usr/lib/udev/rules.d/55-scsi-sg3_id.rules -rw-r--r-- 1 root root 2885 Apr 26 14:00 usr/lib/udev/rules.d/58-scsi-sg3_symlink.rules -rw-r--r-- 1 root root 606 May 17 19:39 usr/lib/udev/rules.d/60-block.rules -rw-r--r-- 1 root root 1063 Apr 25 23:47 usr/lib/udev/rules.d/60-pcmcia.rules -rw-r--r-- 1 root root 5868 May 17 19:39 usr/lib/udev/rules.d/60-persistent-storage.rules -r--r--r-- 1 root root 4244 Apr 26 13:16 usr/lib/udev/rules.d/69-dm-lvm-metad.rules -rw-r--r-- 1 root root 2591 May 17 19:39 usr/lib/udev/rules.d/70-uaccess.rules -rw-r--r-- 1 root root 1130 Mar 5 14:15 usr/lib/udev/rules.d/71-biosdevname.rules -rw-r--r-- 1 root root 2718 May 17 19:39 usr/lib/udev/rules.d/71-seat.rules -rw-r--r-- 1 root root 596 May 17 19:39 usr/lib/udev/rules.d/73-seat-late.rules -rw-r--r-- 1 root root 452 May 17 19:39 usr/lib/udev/rules.d/75-net-description.rules -rw-r--r-- 1 root root 618 May 17 19:39 usr/lib/udev/rules.d/80-drivers.rules -rw-r--r-- 1 root root 292 May 17 19:39 usr/lib/udev/rules.d/80-net-setup-link.rules -rw-r--r-- 1 root root 441 May 17 19:39 usr/lib/udev/rules.d/90-vconsole.rules -r--r--r-- 1 root root 479 Apr 26 13:16 usr/lib/udev/rules.d/95-dm-notify.rules -rw-r--r-- 1 root root 3914 May 17 19:39 usr/lib/udev/rules.d/99-systemd.rules -rwxr-xr-x 1 root root 60120 May 31 17:39 usr/lib/udev/scsi_id strange -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=982329 http://bugzilla.opensuse.org/show_bug.cgi?id=982329#c5 --- Comment #5 from Manfred Hollstein --- And indeed, setting max_loop to 32, upgrading again to TW's lvm2-2.02.141-64.2.x86_64, ensuring "use_lvmetad = 1" is still set, rebuilding initrd, followed by a reboot now succeeds... While my last question remains valid "shouldn't the dm-udev logic be able to deal with such slow scan results", I mean, shouldn't /dev/loop devices be excluded by a *host*'s lvm2 filter in the first place? Stuff like /dev/*/by-* is already excluded, I'll add /dev/loop*, too, and see how far I get with that. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=982329 http://bugzilla.opensuse.org/show_bug.cgi?id=982329#c7 --- Comment #7 from Bruno Friedmann --- Interesting things happen on my side. Since I've build the initrd with dracut -f I'm seeing delay on boot job running to find the crytped partition (which is the most stupid one because the partition is already opened) and not able to create the systemd-udev disk by label for my swap ... :-( one 3 boot I've to do today, 2 of them had failed, the 3rd one had worked ??? I will try to recreate with mkinitrd in rescue mode and see what happen. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=982329 http://bugzilla.opensuse.org/show_bug.cgi?id=982329#c11 --- Comment #11 from Manfred Hollstein --- (In reply to Liuhua Wang from comment #9)

(In reply to Manfred Hollstein from comment #6)

...

FWIW2: I just tried to reject /dev/loop devices from lvm's filter by adding

"r|/dev/loop.*|",

to devices/filter in /etc/lvm/lvm.conf, set max_loop to 64, rebuilt everything required, rebooted and failed again. Even if the /dev/loop devices are explicitly excluded in lvm.conf, they appear to be scanned when the system is booted, and 64 non-existing loop devices appear to be too many to allow the dm/udev logic in the latest lvm2 package to succeed.

I'm now back to max_loop set to 32 :(

In case of use_lvmetad = 0, the effective filter is "devices/filter"; while in case of use_lvmetad = 1, the effective filter is "devices/global_filter". Please see the comment about this:

# Since "filter" is often overridden from command line, it is not suitable # for system-wide device filtering (udev rules, lvmetad). To hide devices # from LVM-specific udev processing and/or from lvmetad, you need to set # global_filter. The syntax is the same as for normal "filter" # above. Devices that fail the global_filter are not even opened by LVM.

# global_filter = []

So in your case you need to add this to your lvm.conf. global_filter = ["r|/dev/loop.*|", "a/.*/"]

Yes, you're right, I should have read that before. To have a similar setup for the case lvmetad get's disabled again somehow, I also added "r|/dev/loop.*|" to "devices/filter". But, while we're at comments... The comment for "global/raid10_segtype_default" says for the possible setting "mirror": # "mirror" - LVM will layer the 'mirror' and 'stripe' segment types. It # will do this by creating a mirror on top of striped sub-LVs; # effectively creating a RAID 0+1 array. This is suboptimal # in terms of providing redunancy and performance. Changing to # this setting is not advised. To me this sounds like the default should not be set to "mirror", however it is actually. Shouldn't it be set do "raid10"? FWIW, I have now changed that setting to read "raid10". -- You are receiving this mail because: You are on the CC list for the bug.