Summary: | Children of a subprocess may continue to run after the subprocess is terminated | ||
---|---|---|---|
Product: | ThinLinc | Reporter: | Alexander Zeijlon <alexander.zeijlon> |
Component: | VSM Server | Assignee: | Bugzilla mail exporter <bugzilla-qa> |
Status: | NEW --- | ||
Severity: | Normal | ||
Priority: | P2 | ||
Version: | trunk | ||
Target Milestone: | LowPrio | ||
Hardware: | PC | ||
OS: | Linux | ||
See Also: | https://bugzilla.cendio.com/show_bug.cgi?id=8232 | ||
Acceptance Criteria: |
Description
Alexander Zeijlon
Maybe a realistic example of this could be if the session script starts a process that hangs indefinitely. The TAG states:
> Scripts in /opt/thinlinc/etc/sessionstartup.d and
> /opt/thinlinc/etc/sessionreconnect.d are run by the root user, on the
> VSM Server. Session information will not be sent back to the client
> until these scripts have completed. This makes it possible to ensure
> that commands have been run before the client connects to the VSM Agent.
Which makes it sound like these scripts are not expected to continue running after a timeout has triggered termination of the parent process.
It's unclear if this is a bug or feature as some cases might want the children to live on as background processes. We'll need to gather some more real world cases to see if there are any issues with the current approach. |