RE: How to keep httpd balancer scoreboard persistant when MaxConnectionsPerChild set to non-zero?

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

 



Thank you for reply.

We have our httpd conf directive MaxConnectionsPerChild set to a non-zero number e.g. 1000 and there are 4 BalancerMember inside a Balancer, e.g.

 

<Proxy balancer://mycluster>

BalancerMember             http://192.168.1.50:80 lbset=0 route=0

BalancerMember             http://192.168.1.51:80 lbset=0 route=1

BalancerMember             http://192.168.1.52:80 lbset=0 route=2

BalancerMember             http://192.168.1.53:80 lbset=0 route=3

ProxySet lbmethod=byrequests

</Proxy>

 

ProxyPass “/myAppContext/” “balancer://mycluster/myAppContext/”

 

When first two requests with url of /myAppContext/ as prefix and they will get sent to route=0 and route=1.  There are other requests with different URLs and these requests make the total request counts reach to 1000.  Now the httpd child process recycled because of MaxConnectionPerChild set to 1000.  If there are two more requests with /myAppContext/ coming in, they are not get proxied to the member of route=2 and route=3 as we are expecting, but still sent to route=0 and route=1.

 

Not sure if I explained these clearly.

 

From: Jim Jagielski [mailto:jim@xxxxxxxxxxx]
Sent: Monday, March 11, 2019 9:30 AM
To: users@xxxxxxxxxxxxxxxx
Subject: Re: How to keep httpd balancer scoreboard persistant when MaxConnectionsPerChild set to non-zero?

 

I'm not exactly sure what you mean... could you give more detail in what exactly is happening and I'd be glad to take a look.

 



On Mar 11, 2019, at 9:27 AM, Chen, Mengchang <mengchang.chen@xxxxxxxxxxxx.INVALID> wrote:

 

Hi,

 

I am facing this issue that when MaxConnectionsPerChild set to non-zero, the httpd balancer scoreboard will reset whenever its child process recycled.  Is there a way we can keep the scoreboard data persistant?

 

Thanks,

Mengchang

This message is confidential and subject to terms at: https://www.jpmorgan.com/emaildisclaimer including on confidentiality, legal privilege, viruses and monitoring of electronic messages. If you are not the intended recipient, please delete this message and notify the sender immediately. Any unauthorized use is strictly prohibited.

 

This message is confidential and subject to terms at: https://www.jpmorgan.com/emaildisclaimer including on confidentiality, legal privilege, viruses and monitoring of electronic messages. If you are not the intended recipient, please delete this message and notify the sender immediately. Any unauthorized use is strictly prohibited.


[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