Bug#798391: systemd: RuntimeDirectory= creates directory with wrong group
Julian Brost
julian at 0x4a42.net
Tue Sep 8 17:37:42 BST 2015
Package: systemd
Version: 215-17+deb8u2
Severity: normal
Dear Maintainer,
if you create to system groups on the system (suppose we call them 'group0' and
'group1') and a user 'some-user' with the primary group group0 and now create a
service file that makes use of User=, Group= and RuntimeDirectory= like this
[Unit]
Description=Some Service
[Service]
Type=simple
User=some-user
Group=group1
RuntimeDirectory=something
RuntimeDirectoryMode=0750
ExecStart=/some/service/executable
[Install]
WantedBy=multi-user.target
If you now start that service, /var/run/something gets created with ownership
some-user:group0 instead of some-user:group1 as documented in systemd.exec(5):
The directories will have the access mode specified in
RuntimeDirectoryMode=, and will be owned by the user and group specified in
User= and Group=.
-- Package-specific info:
-- System Information:
Debian Release: 8.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages systemd depends on:
ii acl 2.2.52-2
ii adduser 3.113+nmu3
ii initscripts 2.88dsf-59
ii libacl1 2.2.52-2
ii libaudit1 1:2.4-1+b1
ii libblkid1 2.25.2-6
ii libc6 2.19-18+deb8u1
ii libcap2 1:2.24-8
ii libcap2-bin 1:2.24-8
ii libcryptsetup4 2:1.6.6-5
ii libgcrypt20 1.6.3-2
ii libkmod2 18-3
ii liblzma5 5.1.1alpha+20120614-2+b3
ii libpam0g 1.1.8-3.1
ii libselinux1 2.3-2
ii libsystemd0 215-17+deb8u2
ii mount 2.25.2-6
ii sysv-rc 2.88dsf-59
ii udev 215-17+deb8u2
ii util-linux 2.25.2-6
Versions of packages systemd recommends:
ii dbus 1.8.20-0+deb8u1
ii libpam-systemd 215-17+deb8u2
Versions of packages systemd suggests:
pn systemd-ui <none>
-- no debconf information
More information about the Pkg-systemd-maintainers
mailing list