Bug 6133 - crashed client pulseaudio causes session pulseaudio to spam connections
Summary: crashed client pulseaudio causes session pulseaudio to spam connections
Status: NEW
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Sound (show other bugs)
Version: 1.3.1
Hardware: PC Unknown
: P2 Normal
Target Milestone: MediumPrio
Assignee: Pierre Ossman
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-01-11 16:10 CET by Pierre Ossman
Modified: 2021-06-30 09:10 CEST (History)
1 user (show)

See Also:
Acceptance Criteria:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Pierre Ossman cendio 2017-01-11 16:10:27 CET 
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 Samuel Mannehed cendio 2018-12-14 12:38:51 CET 
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 Karl Mikaelsson cendio 2019-01-07 15:54:58 CET 
Moving to --- for discussion.
Note You need to log in before you can comment on or make changes to this bug.