[opensuse-factory] haveged is shown as deleted after reboot
Hi, I noticed a slightly puzzling behavior of TW. *After reboot*, it shows: $ zyp ps Verbosity: 2 Checking for running processes using deleted libraries... The following running processes use deleted files: PID | PPID | UID | User | Command | Service | Files ----+------+-----+------+-------------------+--------- +------------------------------ 531 | 1 | 0 | root | haveged (deleted) | haveged | /lib64/ld-2.31.so | | | | | | /lib64/libc-2.31.so | | | | | | /usr/sbin/haveged (deleted) | | | | | | /usr/lib64/ libhavege.so.1.1.0 You may wish to restart these processes. See 'man zypper' for information about the meaning of values in the above table. No core libraries or services have been updated. Reboot is probably not necessary. If this is something to be expected, and if yes, why? Thanks, Pete -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Op vrijdag 28 februari 2020 08:01:27 CET schreef Hans-Peter Jansen:
I have this all the time and I ignore it. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, Feb 28, 2020 at 11:41:08AM +0100, Freek de Kruijf wrote:
It is ran in the initrd and probably still running after transition to the regular system. (Likely pulled in via dracut-fips module) Ciao, Marcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 28. Februar 2020, 11:48:54 CET schrieb Marcus Meissner:
Shouldn't a transition from initrd to regular operation include a restart of this service then? https://bugzilla.opensuse.org/show_bug.cgi?id=1165294 Cheers, Pete -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 2020-02-28 08:01, Hans-Peter Jansen wrote:
haveged is started inside the initramfs already. The initramfs is cleared before chrooting into the actual system disk, which is why this shows "(deleted)". When systemd switches roots, it normally restarts -- or stops -- haveged, depending on one's config. That, for some reason, did not occur with your system. Main system has it enabled: # dmesg [5.21] systemd[1]: Started Entropy Daemon based on the HAVEGE algorithm. ... [32.45] systemd[1]: haveged.service: Scheduled restart job, restart counter is at 1. Main system has it disabled (systemctl disable haveged): # dmesg [5.10] systemd[1]: systemd +suse.138.gf8adabc2b1 running in system mode. [5.12] systemd[1]: Running in initial RAM disk. [5.21] systemd[1]: Started Entropy Daemon based on the HAVEGE algorithm. ... [35.86] systemd[1]: systemd +suse.138.gf8adabc2b1 running in systemd mode. ... [36.08] systemd[1]: haveged.service: Stop job pending for unit, delaying automatic restart. [36.09] systemd[1]: Stopped Entropy Daemon based on the HAVEGE algorithm. Even ripping away the haveged unit without touching the initrd, I cannot reproduce your case. # rpm -e haveged --noscripts # reboot # dmesg [32.01] systemd[1]: haveged.service: Current command vanished from the unit file, execution of the command list won't be.... (no haveged running as per /bin/ps) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Op vrijdag 28 februari 2020 08:01:27 CET schreef Hans-Peter Jansen:
I have this all the time and I ignore it. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, Feb 28, 2020 at 11:41:08AM +0100, Freek de Kruijf wrote:
It is ran in the initrd and probably still running after transition to the regular system. (Likely pulled in via dracut-fips module) Ciao, Marcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 28. Februar 2020, 11:48:54 CET schrieb Marcus Meissner:
Shouldn't a transition from initrd to regular operation include a restart of this service then? https://bugzilla.opensuse.org/show_bug.cgi?id=1165294 Cheers, Pete -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 2020-02-28 08:01, Hans-Peter Jansen wrote:
haveged is started inside the initramfs already. The initramfs is cleared before chrooting into the actual system disk, which is why this shows "(deleted)". When systemd switches roots, it normally restarts -- or stops -- haveged, depending on one's config. That, for some reason, did not occur with your system. Main system has it enabled: # dmesg [5.21] systemd[1]: Started Entropy Daemon based on the HAVEGE algorithm. ... [32.45] systemd[1]: haveged.service: Scheduled restart job, restart counter is at 1. Main system has it disabled (systemctl disable haveged): # dmesg [5.10] systemd[1]: systemd +suse.138.gf8adabc2b1 running in system mode. [5.12] systemd[1]: Running in initial RAM disk. [5.21] systemd[1]: Started Entropy Daemon based on the HAVEGE algorithm. ... [35.86] systemd[1]: systemd +suse.138.gf8adabc2b1 running in systemd mode. ... [36.08] systemd[1]: haveged.service: Stop job pending for unit, delaying automatic restart. [36.09] systemd[1]: Stopped Entropy Daemon based on the HAVEGE algorithm. Even ripping away the haveged unit without touching the initrd, I cannot reproduce your case. # rpm -e haveged --noscripts # reboot # dmesg [32.01] systemd[1]: haveged.service: Current command vanished from the unit file, execution of the command list won't be.... (no haveged running as per /bin/ps) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Freek de Kruijf -
Hans-Peter Jansen -
Jan Engelhardt -
Marcus Meissner