Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (nike.apache.org: domain of graham.dumpleton@gmail.com
 designates 209.85.216.49 as permitted sender)
MIME-Version: 1.0
Sender: graham.dumpleton@gmail.com
In-Reply-To: <7E119A0E-3885-44F3-ADEE-6D66147B17D2@profihost.ag>
References: <7E119A0E-3885-44F3-ADEE-6D66147B17D2@profihost.ag>
Date: Fri, 26 Dec 2014 17:05:05 +1100
Message-ID: 
 <CALRNbkB+sjhQAJ70ar9Ma_MT-Y_PZ_-m9gLnMc911skw77UPLA@mail.gmail.com>
Subject: Re: mod_fcgid kill all subprocesses in reload
From: Graham Dumpleton <grahamd@apache.org>
To: "dev@httpd.apache.org" <dev@httpd.apache.org>
Content-Type: multipart/alternative; boundary=001a11c120a45e6d09050b184e40

--001a11c120a45e6d09050b184e40
Content-Type: text/plain; charset=UTF-8

Sounds like it would perhaps be for the same reason as mod_wsgi has issues
with that sort of thing.

Only Apache child worker processes get special dispensation as far as
graceful shutdowns or reloads are concerned. If instead a module creates
additional processes using the other child API calls in APR:

http://apr.apache.org/docs/apr/1.4/group__apr__thread__proc.html#gaf8d2be452a819161aa4cd6205a17761e

then when a shutdown or restart occurs they get a hard 3 seconds to
shutdown or they will be killed with SIGKILL. Up to that 3 seconds they
will be sent a normal SIGTERM each second to try and get them to exit.

Thus there is no facility to allow them to linger longer that I know of
unless something has been added in more recent times.

Graham


On 26 December 2014 at 16:57, Stefan Priebe - Profihost AG <
s.priebe@profihost.ag> wrote:

> Hi list,
>
> i like mod fcgid a lot but there's one bug which makes me crazy.
>
> On DSO unload (Apache reload ) all child's get killed no matter if they
> process requests or not. This makes no sense to me httpd processes itself
> are also kept until all requests are served.
>
> Stefan
>
> Excuse my typo sent from my mobile phone.
>

--001a11c120a45e6d09050b184e40
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Sounds like it would perhaps be for the same reason as mod=
_wsgi has issues with that sort of thing.<div><br></div><div>Only Apache ch=
ild worker processes get special dispensation as far as graceful shutdowns =
or reloads are concerned. If instead a module creates additional processes =
using the other child API calls in APR:</div><div><br></div><div><a href=3D=
"http://apr.apache.org/docs/apr/1.4/group__apr__thread__proc.html#gaf8d2be4=
52a819161aa4cd6205a17761e">http://apr.apache.org/docs/apr/1.4/group__apr__t=
hread__proc.html#gaf8d2be452a819161aa4cd6205a17761e</a><br></div><div><br><=
/div><div>then when a shutdown or restart occurs they get a hard 3 seconds =
to shutdown or they will be killed with SIGKILL. Up to that 3 seconds they =
will be sent a normal SIGTERM each second to try and get them to exit.</div=
><div><br></div><div>Thus there is no facility to allow them to linger long=
er that I know of unless something has been added in more recent times.</di=
v><div><br></div><div>Graham</div><div><br></div></div><div class=3D"gmail_=
extra"><br><div class=3D"gmail_quote">On 26 December 2014 at 16:57, Stefan =
Priebe - Profihost AG <span dir=3D"ltr">&lt;<a href=3D"mailto:s.priebe@prof=
ihost.ag" target=3D"_blank">s.priebe@profihost.ag</a>&gt;</span> wrote:<br>=
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"auto"><div><span></span></div><d=
iv><div><span></span></div><div><div>Hi list,</div><div><br></div><div>i li=
ke mod fcgid a lot but there&#39;s one bug which makes me crazy.</div><div>=
<br></div><div>On DSO unload (Apache reload ) all child&#39;s get killed no=
 matter if they process requests or not. This makes no sense to me httpd pr=
ocesses itself are also kept until all requests are served.</div><div><br>S=
tefan<div><br></div><div>Excuse my typo s<span style=3D"font-size:13pt">ent=
 from my mobile phone.</span></div></div></div></div></div></blockquote></d=
iv><br></div>

--001a11c120a45e6d09050b184e40--