Re: Graceful restarts and keepalives

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

Thanks for the quick response. I notice that you have added a comment in bug 41743 saying it is a bug in prefork that does not affect worker. You have also stated that it is fixed in trunk.

I have run a test using 2.3.10 alpha - the prefork still has the issue and the worker does not have the issue.

I will test the svn trunk when I have a chance.

Btw I have repro steps and a python test script - would you have any interest in those? I could attach them to your bug if they are any use.

-Andrew


On Tue, 2011-01-25 at 02:12 +0000, Eric Covener wrote:
On Mon, Jan 24, 2011 at 8:17 PM, Andrew Punch
<andrew.punch@xxxxxxxxxxxxxxxx> wrote:
> Hi,
>
> During the week I hit the situation described in 41743. A child process
> is connected to a client using a keepalive connection. A graceful
> restart (SIGUSR1) is issued. If the MaxKeepAliveRequests is high and the
> client is chatty the child process will not exit until the client
> disconnects.
>
> This means that my module in the child process still has the old
> configuration and old data file loaded in memory. I expected that the
> child process would close the keepalive connection - preferably by
> issuing a "connection: close" header in the next response.
>
> This problem occurs on RHEL5 with Redhat's Apache 2.2.3 and
> httpd.apache.org's Apache 2.2.17
>
> Is this behaviour deliberate or is it a bug?

Looks like a difference between prefork and worker.



[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux