 |
As a start, from what I can tell, support for user units (being started from logind and PAM) was explicitly removed by Harald Hoyer in commit 572a44c507ecd5e7dee4fd5958e7d5aaa3466e6f (https://goo.gl/K1IDbh) or Lukas Nykryn in issue 1019738. Unfortunately I do not have permission to view the latter issue's content, so I can't trace the rationale for this. In any case, I can rebuild the RPM with patch 200 disabled (thereby re-adding support for user units), but it appears that control groups are somehow interfering: """ # systemctl status user@1000.service user@1000.service - User Manager for 1000 Loaded: loaded (/usr/lib/systemd/system/user@.service; static) Active: inactive (dead) Jun 01 00:16:56 localhost.localdomain systemd[1]: Starting User Manager for 1000... Jun 01 00:16:56 localhost.localdomain systemd[1133]: pam_systemd(systemd-user:session): pam-systemd initializing Jun 01 00:16:56 localhost.localdomain systemd[1133]: pam_unix(systemd-user:session): session opened for user ...d=0) Jun 01 00:16:56 localhost.localdomain systemd[1133]: Failed to create root cgroup hierarchy: Permission denied Jun 01 00:16:56 localhost.localdomain systemd[1162]: pam_unix(systemd-user:session): session closed for user FOO Jun 01 00:16:56 localhost.localdomain systemd[1]: Started User Manager for 1000. Jun 01 00:23:09 localhost.localdomain systemd[1]: Starting User Manager for 1000... Jun 01 00:23:09 localhost.localdomain systemd[2803]: pam_systemd(systemd-user:session): pam-systemd initializing Jun 01 00:23:09 localhost.localdomain systemd[2803]: pam_unix(systemd-user:session): session opened for user ...d=0) Jun 01 00:23:09 localhost.localdomain systemd[2805]: pam_unix(systemd-user:session): session closed for user FOO Jun 01 00:23:09 localhost.localdomain systemd[1]: Started User Manager for 1000. Jun 01 00:23:49 localhost.localdomain systemd[1]: Stopped User Manager for 1000. """ |
|
|
Basically we don't know if systemd --user will stay in systemd as is right now. So we have decided to disable it completely so we will not hit regression in future versions of centos. |
|
|
The ability to run services with their startup as an unprivileged user is one of the advantages of systemd. Basically, removing the according support would force a user to install a redundant software (such as supervisors) and / or use inferior means (such as cron's @reboot). |
 |
So you will need to take it to bugzilla.redhat.com and persuade RH to change this. CentOS will inherit all changes automatically. |
|
|
Hi, Year later - I'm hitting the same issue with 7.3. Has there been any progress with this? |
|
|
I too would like to see an update of this issue. |
|
|
I am sorry, but we don't plan to provide --user in el7. We will revisit this issue with next major version of centos/rhel. |
- Anonymous
