Bug 5057 - tl-xinit doesn't wait for the client command on termination
: tl-xinit doesn't wait for the client command on termination
: ThinLinc
VSM Agent
: trunk
: PC Unknown
: P2 Normal
: 4.7.0
Assigned To:
  Show dependency treegraph
Reported: 2014-03-31 13:45 by
Modified: 2016-09-23 10:15 (History)
Acceptance Criteria:



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

Description From cendio 2014-03-31 13:45:42
This is most noticeable when you do "end existing session". What happens is:

 - The client sends "kill session" to vsmmaster

 - vsmmaster sends "terminate session" to vsmagent

 - vsmagent sends SIGTERM to tl-session

 - tl-session sends SIGTERM to tl-xinit, then waits for it to terminate

 - tl-xinit sends SIGHUP to the client command (normally xsession) and all
children, and SIGTERM/SIGKILL to Xvnc.

 - tl-xinit fiddles with the session directory and terminates

Here there is a race between client programs to finish cleanup, and tl-xinit
renaming the session directory and terminating. It also means we return success
back to the client before everything has died. This can cause conflicts for
programs that don't like multiple instances. It also makes the process tree
slightly more confusing in the event that the client program refuses to
------- Comment #1 From cendio 2014-03-31 13:50:33 -------
One noticeable effect of this is stray local drives as it will look for mount
points in e.g.



------- Comment #2 From cendio 2016-09-09 10:23:32 -------
The fix for bug #5696 includes changes at this area of how client process is
shutdown is handled. It does no wait for client and if timeout is reached the
client process will receive a KILL signal.

This change was made in commit r31686 which will solve this bug.
------- Comment #3 From cendio 2016-09-15 15:07:06 -------
Works well. Verified by adding a script with a delay of 5 seconds to xlogout.d.
With 4.6.0 we get a race and stray mounts, whilst the nightly build properly
cleans up.