<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Multiple PulseAudio instances on Ubuntu 15.10"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=95150#c11">Comment # 11</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Multiple PulseAudio instances on Ubuntu 15.10"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=95150">bug 95150</a>
              from <span class="vcard"><a class="email" href="mailto:tanuk@iki.fi" title="Tanu Kaskinen <tanuk@iki.fi>"> <span class="fn">Tanu Kaskinen</span></a>
</span></b>
        <pre>So something gets stuck between

D: [pulseaudio] core-rtclock.c: Timer slack is set to 50 us.

and

I: [pulseaudio] core-util.c: Failed to acquire high-priority scheduling:
Input/output error

Either setpriority() or rtkit_make_high_priority() gets stuck. I suspect the
latter. We communicate with rtkit via D-Bus, and I would guess that
rtkit-daemon is not responding to our MakeThreadHighPriority() method calls.
The calls time out eventually, which is why we don't get stuck permanently. The
timeout for D-Bus method calls is 30 seconds if I recall correctly, but in case
of failure, we retry several times, so the delay grows much bigger.

You need to debug rtkit to figure out why it doesn't respond.

Multiple pulseaudio instances can be explained by the fact that multiple
applications try to use pulseaudio, and each of them autospawns a new instance.
The spawned instances would otherwise be short-lived, but they get stuck in the
same place as the first instance. Once the first instance gets past the hang,
the extra instances should die eventually.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>