RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Description of problem:

uuidd daemon should auto-start with system but does not

Version-Release number of selected component (if applicable): 

uuidd-2.23.2-33.el7_3.2.x86_64


How reproducible:


Steps to Reproduce:
1.Install uuidd-2.23.2-33.el7_3.2.x86_64
2.system enable uuidd
3.system start uuidd

Actual results:

Does NOT auto-start with reboot

Expected results:

Should auto-start with reboot

Additional info:


Workaround:

Add following in /usr/lib/systemd/system/uuidd.service

[Install]
WantedBy=multi-user.target

uuidd comes from uuidd package (created from util-linux srpm), not uuid package. reassigning

The service uses socket-activation. It does not have to run, it's started by systemd on demand (when libbuuid ask for time based UUID, e.g. "uuidgen -t"). The important is socket in this case, see:

# systemctl status uuidd.socket
● uuidd.socket - UUID daemon activation socket
   Loaded: loaded (/usr/lib/systemd/system/uuidd.socket; enabled; vendor preset: enabled)
   Active: active (listening) since Fri 2017-07-14 10:19:35 CEST; 1s ago
   Listen: /var/uuidd/request (Stream)

(this is from fedora)

If you want to be really sure that all works as expected than use "strace uuidgen -t" after reboot. You have to see that the util connects to the uuidd socket.

Not a bug from my point of view.

Note that ideal solution would be to use "enable uuidd.socket" in the spec file rather than "enable uuidd.service", but it's not so important.