<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - random 90 sec delay on shutdown/reboot (A stop job is running for User Manager for 0)"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=70593#c37">Comment # 37</a>
              on <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - random 90 sec delay on shutdown/reboot (A stop job is running for User Manager for 0)"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=70593">bug 70593</a>
              from <span class="vcard"><a class="email" href="mailto:simon.mcvittie@collabora.co.uk" title="Simon McVittie <simon.mcvittie@collabora.co.uk>"> <span class="fn">Simon McVittie</span></a>
</span></b>
        <pre>Everyone who has reopened this bug/reported it as happening recently: you have
seen the same *symptoms*. That does not necessarily mean that you have all
encountered the same *bug* as the original reporter, or even the same bug as
each other.

(In reply to Mike C from <a href="show_bug.cgi?id=70593#c28">comment #28</a>)
<span class="quote">> Feb 18 20:14:53 home1 systemd[589]: dbus.service: State 'stop-final-sigterm'
> timed out. Killing.</span >

This means that either dbus-daemon itself, or a child process that was launched
by D-Bus activation, didn't terminate promptly when it received the TERM
signal. IMO it is much more likely to be a different child process (some random
D-Bus session service), because dbus-daemon's own SIGTERM handling is rather
simple.

If you enable the systemd debug shell and use it to run "systemd-cgls" during
this 90 second wait, you'll probably see that all processes in the dbus.service
cgroup below <a href="mailto:user@1000.service">user@1000.service</a> were terminated by systemd sending the TERM
signal, except for some daemon (for example it might be kglobalaccel5 in
<a href="show_bug.cgi?id=70593#c36">Comment #36</a>) or a small number of daemons. If so, the cause of your slow
shutdown is very likely to be a bug in those daemons - they do not die when
sent the TERM signal - similar to the kglobalaccel5 bug described in <a href="show_bug.cgi?id=70593#c36">Comment
#36</a>.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>