systemd-udev-settle.service times out during boot, that makes the boot 3 minutes longer. A pretty clean F36 Workstation VM (upgraded from F35). No NFS mounts.
I have been pulling out what little hair I have left trying to work out why randomly some of my native and VM machines are booting like pigs.... I would have blamed a kernel update (in fact at one point I did) but then realized it was only some machines doing it. After sifting through boot logs finally worked out nfsrahead was core dumping during the boot.
This update has been submitted for testing by steved.
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'passed'.
This update has been pushed to testing.
Mounted NFS shares without issues.
This update can be pushed to stable now if the maintainer wishes
please do not push: https://bugzilla.redhat.com/show_bug.cgi?id=2077585
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
^ I'm also affected by RHBZ 2077585
getting segfaults from nfsrahead as follows
nfsrahead[949]: segfault at 55782eeb8000 ip 000055782e89a8ac sp 00007ffc4ed53e50 error 4 in nfsrahead[55782e89a000+3000]
rolling back to previous version fixes the issues, I'm affected by the above issue also.
systemd-udev-settle.service
times out during boot, that makes the boot 3 minutes longer. A pretty clean F36 Workstation VM (upgraded from F35). No NFS mounts.Boot-ups are slow.
This update has been obsoleted.
I have been pulling out what little hair I have left trying to work out why randomly some of my native and VM machines are booting like pigs.... I would have blamed a kernel update (in fact at one point I did) but then realized it was only some machines doing it. After sifting through boot logs finally worked out nfsrahead was core dumping during the boot.