closing page with FLV playback sends HUP to other processes

[warpme@…]

Hi,

I have BE 26493 running on ArchLinux. All my processes/daemons are started/supervises via runit. When I launch FLV playback in mythweb and pressing back in browser (or close) web page - all processes in my BE which are enabled to HUP are closed (e.g. dhcpd, smartmod, xined, nfsd, etc). It looks like mythweb after detecting closed web page - sends HUP and this is affecting many system processes. I'm not sure is this issue an result of my system miss-configuration, or bug in mythweb.

Steeps to reproduce:

1.Launch FLV playback in mythweb

2.wait till it start play

3.close page in web browser or press BACK on web browser

4.after few seconds there is HUP signal sent to daemons/processes - and some of them are exiting.

[Kenni Lund [kenni a kelu dot dk]]

Please read the ticket howto, don't set the milestone, priority or severity - A developer will set these.

[Rob Smith]

(In [26648]) Fixes #9014, this prevents any accidental signals to the wrong processes

[warpme@…]

Kormoc, Thx for keeping eye on this ticket. Unfortunately issue seems to be still present. If You need me for debugging - I'm happy to help. Pls advice how to progress.

[Kenni Lund [kenni a kelu dot dk]]

Not fixed according to reporter.

[Rob Smith]

What's your webserver setup? Apache? Lighthttpd? SELinux? AppArmor?

We try to group the ffmpeg processes and term them all, but that only works if the isolation level we expect exists, so we need to figure out why it doesn't in your case.

[warped@…]

Hi, OS is ArchLinux. Webserver is Lighttpd 1.4.26. Despite I replace whole init subsystem (my is based on runit) - rest of the system is standard Arch. Many packages are built be me but I don't think it is root cause. Interesting is HUP looks to system wide as all processes enabled to interpret HUP are exiting. I attach my webserver config. What else You need to know ?

[warpme@…]

my webserver config

[Rob Smith]

What user is your web server running as?

[warpme@…]

Daemon is launched from root. HTTP docs dir has httpd:httpd but I turned off rights checking for server-side scripts execution, as I'm using some perl based remote maintenance scripts on my web server.

[Rob Smith]

Can you comment out line #32 of modules/stream/stream_flv.pl

Should be

kill(-1, $ffmpeg_pgid) if ($ffmpeg_pgid); 

I believe that the grouping is failing under lighttpd and thus sending the signal to all the root user processes. If so, we'll have to detect lighttpd and bypass that signal, but verification would be nice

[warped <warpme@…>]

Hi. I can confirm. Comenting line #32 solves problem (but of course now exiting/closing browser lefts zombie ffmpeg proc.).

[Rob Smith]

Can you find out what value $ffmpeg_pgid is getting?

[warped <warpme@…>]

Hi. Sorry for late replay. I modified stream_flv.pl shutdown handler in a following way:

sub shutdown_handler {

kill(1, $ffmpeg_pid) if ($ffmpeg_pid); kill(-1, $ffmpeg_pid) if ($ffmpeg_pid);

}

This is good compromise as I don't have original issue, ffmpeg proc is killed when page is exited/closed and I can still use buggy lighttpd. br

[Raymond Wagner]

I'm closing this one as Won't Fix for now. The code in question is slated for replacement with the new transcoding interface available through the Services API.

[stuartm]

Milestone 0.24.2 deleted