[systemd-bugs] [Bug 88746] New: Masked unit might still be dbus activated due to systemd not understanding dbus symbolic link
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Fri Jan 23 04:22:08 PST 2015
https://bugs.freedesktop.org/show_bug.cgi?id=88746
Bug ID: 88746
Summary: Masked unit might still be dbus activated due to
systemd not understanding dbus symbolic link
Product: systemd
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: general
Assignee: systemd-bugs at lists.freedesktop.org
Reporter: umut at tezduyar.com
QA Contact: systemd-bugs at lists.freedesktop.org
This is on systemd 216
I have 2 services and both have very similar structure. The only difference
between them is one of them is wanted by multi-user.target and other one is not
started at all.
If I mask both services, service that is wanted by multi-user.target cannot be
dbus activated (expected) and other service can be dbus activated even though
the service is masked.
The reason why systemd is confused is, systemd doesn't pick up the symbolic
link of dbus to the original service file.
# recording-fixer is missing the additional name
dbus-com.axis.RecordingFixer.service
[root at axis-00408cecff49 /etc/systemd/system]2934# systemctl show
recording-fixer | grep Names
Names=recording-fixer.service
[root at axis-00408cecff49 /etc/systemd/system]2934# systemctl show
storage-manager | grep Names
Names=storage-manager.service dbus-com.axis.Storage.service
[root at axis-00408cecff49 /usr/lib/systemd/system]2737# ls -al
recording-fixer.service storage-manager.service
-rw-r--r-- 1 root root 216 Nov 24 2014
recording-fixer.service
-rw-r--r-- 1 root root 213 Dec 12 2014
storage-manager.service
[root at axis-00408cecff49 /usr/lib/systemd/system]2737# ls -al
dbus-com.axis.RecordingFixer.service dbus-com.axis.Storage.service
lrwxrwxrwx 1 root root 23 Jan 21 2015
dbus-com.axis.RecordingFixer.service -> recording-fixer.service
lrwxrwxrwx 1 root root 23 Jan 21 2015
dbus-com.axis.Storage.service -> storage-manager.service
[root at axis-00408cecff49 /usr/lib/systemd/system]2737# systemctl status
storage-manager
● storage-manager.service
Loaded: masked (/dev/null)
Active: inactive (dead) since Thu 2007-02-01 02:24:36 GMT; 1min 20s ago
Main PID: 1292 (code=exited, status=0/SUCCESS)
[root at axis-00408cecff49 /usr/lib/systemd/system]2737# systemctl status
dbus-com.axis.Storage.service
● storage-manager.service
Loaded: masked (/dev/null)
Active: inactive (dead) since Thu 2007-02-01 02:24:36 GMT; 1min 29s ago
Main PID: 1292 (code=exited, status=0/SUCCESS)
[root at axis-00408cecff49 /usr/lib/systemd/system]2737# systemctl status
recording-fixer.service
● recording-fixer.service
Loaded: masked (/dev/null)
Active: inactive (dead)
[root at axis-00408cecff49 /usr/lib/systemd/system]2737# systemctl status
dbus-com.axis.RecordingFixer.service
● recording-fixer.service - Fix broken recording
Loaded: loaded (/usr/lib/systemd/system/recording-fixer.service; masked)
Active: inactive (dead)
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20150123/57e437e9/attachment.html>
More information about the systemd-bugs
mailing list