Bug 6133 - crashed client pulseaudio causes session pulseaudio to spam connections
: crashed client pulseaudio causes session pulseaudio to spam connections
Status: NEW
: ThinLinc
: 1.3.1
: PC Unknown
: P2 Normal
: MediumPrio
Assigned To:
  Show dependency treegraph
Reported: 2017-01-11 16:10 by
Modified: 2019-01-15 12:09 (History)
Acceptance Criteria:



You need to log in before you can comment on or make changes to this bug.

Description From cendio 2017-01-11 16:10:27
We got a support case where the system was bogged down with massive amount of
connections in TIME_WAIT state. The cause seems to be the session PulseAudio
server that goes bonkers and spams connections (similar to some misbehaving
PulseAudio clients). This happens when PulseAudio on the client has died, but
the ssh tunnel is still open.

The problem is that our poll logic for reconnect sees the port as open and
keeps trying to connect to it. We need to tweak things a bit so we get a delay
between attempts even if the port is open.

This is the triggering cause of bug 6125.
------- Comment #1 From cendio 2018-12-14 12:38:51 -------
If I kill the pulseaudio process on the client side I always get 100% CPU usage
from pulseaudio on the server. Verified using these servers:

 * Mate and GNOME on both CentOS 7.6 with ThinLinc 4.9.0
 * Mate, XFCE and GNOME on Fedora 29 with ThinLinc nightly server

This seems very brittle.
------- Comment #4 From cendio 2019-01-07 15:54:58 -------
Moving to --- for discussion.