Services stopped with a new style rc script wait indefinitely for the process to die (using the default behaviour). For some services which become wedged sometimes and don't respond to a TERM signal, it would be useful to be able to kill the process after a timeout. Fix: http://people.freebsd.org/~lawrance/patch-rc.subr This patch adds the wait_max_for_pids function. It is similar to wait_for_pids but the first argument is a timeout which specifies the maximum amount of time to wait. The default stop sequence is then changed to check the ${name}_stop_timeout variable. If it is set, the script will call wait_max_for_pids and the process will be killed after the timeout. If ${name}_stop_timeout is unset it the script will use wait_for_pids (ie behaviour unchanged).
Responsible Changed From-To: freebsd-bugs->rc Over to maintainer(s).
State Changed From-To: open->feedback Oops, this is so old you must have removed the patchfile! Perhaps it would be just as easy to test for the _stop_timeout variable inside wait_for_pids?
It is archived at http://web.archive.org/web/20060921232848/http://people.freebsd.org/~lawrance/patch-rc.subr -- mitsuru
I have modified the patch. - to be applied cleanly for 8.2-RELEASE ( and 9-STABLE). - introduce default_stop_timeout - kill -KILL only if timeout -- mitsuru
For bugs matching the following criteria: Status: In Progress Changed: (is less than) 2014-06-01 Reset to default assignee and clear in-progress tags. Mail being skipped
Keyword: patch or patch-ready – in lieu of summary line prefix: [patch] * bulk change for the keyword * summary lines may be edited manually (not in bulk). Keyword descriptions and search interface: <https://bugs.freebsd.org/bugzilla/describekeywords.cgi>
Comment on attachment 61785 [details] patch-rc.subr ^Triage: convert this to text/plain and set the Patch flag so that the automation can see it.