Re: [linux-lvm] [PATCH 1/1] pvscan: wait for udevd

2021-02-26 Thread Oleksandr Natalenko
lib/initcpio/udev/11-dm-initramfs.rules" >"/usr/lib/udev/rules.d/11-dm-initramfs.rules" > add_file "/etc/lvm/lvm.conf" >+sed -i '/^\smonitoring =/s/1/0/' "${BUILDROOT}/etc/lvm/lvm.conf" > > # this udev rule is specific for systemd and no

Re: [linux-lvm] [PATCH 1/1] pvscan: wait for udevd

2021-02-19 Thread Oleksandr Natalenko
allel pvscan process for device 9:0 > terminated correctly (didn't hang). Yes, pvscan seems to not react to SIGTERM. I have DefaultTimeoutStopSec=30s, if I set this to 90s, pvscan hangs for 90s respectively. -- Best regards, Oleksandr Natalenko (post-factum) Principal Software M

Re: [linux-lvm] [PATCH 1/1] pvscan: wait for udevd

2021-02-18 Thread Oleksandr Natalenko
) call. > > Anyway, booting the system with "udev.log-priority=debug" might provide > further insight. Oleksandr, could you try that (without the After= > directive)? Yes. pvscan: http://ix.io/2PLK udev: http://ix.io/2PLL lvm: http://ix.io/2PLM Let me know if I

Re: [linux-lvm] [PATCH 1/1] pvscan: wait for udevd

2021-02-17 Thread Oleksandr Natalenko
ueued, but 'start' is included in transaction). ``` I'm not sure I understand what it means, though. Likely, this is just because of first pvscan invocation being stuck. If needed, I can intentionally break one of the machines again, but to do that please let me know what kind of data I should collect. I'm not sure plain journal will reveal more, maybe, I should apply some extra debug options? Thanks. -- Oleksandr Natalenko (post-factum) ___ linux-lvm mailing list linux-lvm@redhat.com https://listman.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/