Bug#867368: systemd-udevd: delays boot for 2+ minutes when LVM PV is inside a LV

Hi all, I recently ran into this problem on my KVM host after I migrated all my VMs to use unpartitioned virtual disks for everything except the /boot disk. A little investigation revealed that the problem was related to pvscan processes started by the 69-lvm-metad.rules udev script. At the end

Bug#867368: systemd-udevd: delays boot for 2+ minutes when LVM PV is inside a LV

Control: reassign -1 lvm2 On Thu, 6 Jul 2017 13:22:38 -0700 Rob Leslie wrote: > > On Jul 6, 2017, at 8:03 AM, Felipe Sateler wrote: > > > > > % systemd-analyze > > > Startup finished in 2min 55.491s (kernel) + 13.076s (userspace) = 3min > > > 8.568s > > >

Bug#867368: systemd-udevd: delays boot for 2+ minutes when LVM PV is inside a LV

I'm experiencing the same behavior with a lvm pv on top of a md mirror: Nov 2 22:03:13 zero systemd-udevd[515]: seq 4167 '/devices/virtual/block/md4' is taking a long time pvscan PV /dev/sda VG BACKUP0 lvm2 [9.10 TiB / 98.00 GiB free] PV /dev/md4 VG MAIN0 lvm2 [9.10

Bug#867368: systemd-udevd: delays boot for 2+ minutes when LVM PV is inside a LV

> On Jul 6, 2017, at 8:03 AM, Felipe Sateler wrote: > > > % systemd-analyze > > Startup finished in 2min 55.491s (kernel) + 13.076s (userspace) = 3min > > 8.568s > > This suggests the kernel is the one slowing things down. I initially thought so too, but attempts to debug

Bug#867368: systemd-udevd: delays boot for 2+ minutes when LVM PV is inside a LV

On Wed, Jul 5, 2017 at 11:38 PM, Rob Leslie wrote: > Package: udev > Version: 232-25 > Severity: important > File: /lib/systemd/systemd-udevd > > Dear Maintainer, > > After upgrading to stretch I've discovered that some machines are taking a > long time to boot -- more than two

Bug#867368: systemd-udevd: delays boot for 2+ minutes when LVM PV is inside a LV

Package: udev Version: 232-25 Severity: important File: /lib/systemd/systemd-udevd Dear Maintainer, After upgrading to stretch I've discovered that some machines are taking a long time to boot -- more than two minutes -- with no immediately obvious cause. For example: > % systemd-analyze >