Bug 664514 - systemd: dbus daemon is not started on boot, must be triggered manually
Summary: systemd: dbus daemon is not started on boot, must be triggered manually
Status: RESOLVED DUPLICATE of bug 661401
Alias: None
Product: openSUSE 11.4
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: Factory
Hardware: Other Other
: P5 - None : Major (vote)
Target Milestone: ---
Assignee: Kay Sievers
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-14 10:21 UTC by Michal Vyskocil
Modified: 2011-01-14 12:51 UTC (History)
1 user (show)

See Also:
Found By: Development
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michal Vyskocil 2011-01-14 10:21:04 UTC
The dbusd is not started on boot - it causes the ConsoleKit error
Cannot open ConsoleKit session: Unable to open session: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory

The systemctl command did not helped me:
$ systemctl list-units --all | grep dbus
dbus.service              loaded inactive dead          D-Bus System Message Bus
dbus.socket               loaded inactive dead          D-Bus System Message Bus
dbus.target               loaded inactive dead          D-Bus

$ systemctl status dbus.service
dbus.service - D-Bus System Message Bus
          Loaded: loaded (/lib/systemd/system/dbus.service)
          Active: inactive (dead)
          CGroup: name=systemd:/system/dbus.service
The similar is for .socket and .target

This dependency might be pulled by multi-user.target, because dbus.target is in it's .wants/ directory, but that did not happened. There's nothing about dbus.{target,service,.socket) in system log, even if I have systemd.log_level=debug.

grep dbus messages 
Jan 14 10:45:03 zelva kdm: :0[4112]: Cannot open ConsoleKit session: Unable to open session: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
Jan 14 10:51:13 zelva systemd[1]: Got D-Bus request: org.freedesktop.DBus.Properties.GetAll() on /org/freedesktop/systemd1/unit/dbus_2etarget
Jan 14 10:51:19 zelva systemd[1]: Got D-Bus request: org.freedesktop.DBus.Properties.GetAll() on /org/freedesktop/systemd1/unit/dbus_2esocket
Jan 14 10:51:24 zelva systemd[1]: Got D-Bus request: org.freedesktop.DBus.Properties.GetAll() on /org/freedesktop/systemd1/unit/dbus_2eservice
Jan 14 10:53:50 zelva systemd[1]: Got D-Bus request: org.freedesktop.DBus.Properties.GetAll() on /org/freedesktop/systemd1/unit/dbus_2eservice
Jan 14 10:53:59 zelva systemd[1]: Got D-Bus request: org.freedesktop.DBus.Properties.GetAll() on /org/freedesktop/systemd1/unit/dbus_2eservice
Jan 14 11:00:19 zelva systemd[1]: Failed to get system D-Bus connection, retrying later: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
Jan 14 11:00:19 zelva systemd[1]: Failed to get API D-Bus connection, retrying later: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory

Manual start of socket or service works well. isolate of multi-user.target or graphical.target did not make it inactive too.

/var/run is on tmpfs - but that's expected with systemd afaics
Comment 1 Kay Sievers 2011-01-14 11:37:12 UTC
You have iscsi installed? The init-script names are "broken" in systemd context. If you don't need it, please just "rpm -e" it, until it's fixed.
Comment 2 Kay Sievers 2011-01-14 11:38:26 UTC
see: bnc#661401
Comment 3 Michal Vyskocil 2011-01-14 12:51:02 UTC
Yes, that helped, removal of open-iscsi fixed it.

*** This bug has been marked as a duplicate of bug 661401 ***