Bug 71227 - systemd becomes unresponsive after "systemctl status blarg."
Summary: systemd becomes unresponsive after "systemctl status blarg."
Status: RESOLVED WORKSFORME
Alias: None
Product: systemd
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: ARM Linux (All)
: medium minor
Assignee: systemd-bugs
QA Contact: systemd-bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-04 17:04 UTC by Michael Shaw
Modified: 2013-11-04 19:24 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Michael Shaw 2013-11-04 17:04:20 UTC
Running command:

"systemctl status blarg."
 
Causes systemctl to cease correct operation. Trying a valid unit name with '.' appended also triggers the issue:

root@CS6c15f9abcdef:~# systemctl status rsyslog.
Failed to issue method call: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

From then on any systemctl command will fail:

root@CS6c15f9abcdef:~# systemctl
Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused
root@CS6c15f9abcdef:~# systemctl status rsyslog
Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused

Reboot will also fail:

root@CS6c15f9abcdef:/# reboot
Failed to open /dev/initctl: No such device or address
Failed to talk to init daemon.


But systemd process still appears to be running:

root@CS6c15f9abcdef:~# ps -A | grep systemd
    1 ?        00:00:06 systemd
   65 ?        00:00:00 systemd-udevd
   73 ?        00:00:03 systemd-journal
  107 ?        00:00:00 systemd-logind

The version of systemd we are running is 195:

root@CS6c15f9abcdef:~# systemctl --version
systemd 195
debian
-PAM -LIBWRAP -AUDIT -SELINUX +IMA +SYSVINIT -LIBCRYPTSETUP +GCRYPT +ACL +XZ

The version of linux is:
Linux CS6c15f9abcdef 3.5.0 #1 PREEMPT Mon Aug 19 14:55:29 BST 2013 armv7l GNU/Linux

This kernel has been built using yocto.

This is not a problem for us, it was only discovered accidentally after a typo. If further details are required please explain what is required although note that the fault produces no dmesg output and the system the problem has been observed on does not have a syslog.
Comment 1 Lennart Poettering 2013-11-04 19:24:27 UTC
I cannot reproduce this here. Can you retry with a newer version of systemd, as 195 is really ancient (208 is current). Please reopen if you can, and then please include a stack trace of PID 1 after it crashed.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.