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
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
> >
> > This suggests the kernel is the one
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
> 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 the kernel with e.g.
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 minutes -- with no
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
> Start
6 matches
Mail list logo
