Not yet - but thanks for the link.
I think that the OS also has a timeout that keeps it around even after this
event and with heavy traffic I have seen this build up. Having said all
this, the performance impact after testing was negligible for us but I
thought I would post that haproxy can cause
Have you played around with the "option httpclose" or the "option
forceclose" configuration options in HAProxy (both documented here:
http://haproxy.1wt.eu/download/1.3/doc/configuration.txt)?
-Tim
On Wed, Feb 10, 2010 at 10:05 AM, Ian Connor wrote:
> Thanks,
>
> I bypassed haproxy as a test and
Thanks,
I bypassed haproxy as a test and it did reduce the number of connections -
but it did not seem as those these connections were hurting anything.
Ian.
On Tue, Feb 9, 2010 at 11:01 PM, Lance Norskog wrote:
> This goes through the Apache Commons HTTP client library:
> http://hc.apache.org
This goes through the Apache Commons HTTP client library:
http://hc.apache.org/httpclient-3.x/
We used 'balance' at another project and did not have any problems.
On Tue, Feb 9, 2010 at 5:54 AM, Ian Connor wrote:
> I have been using distributed search with haproxy but noticed that I am
> sufferi
I have been using distributed search with haproxy but noticed that I am
suffering a little from tcp connections building up waiting for the OS level
closing/time out:
netstat -a
...
tcp6 1 0 10.0.16.170%34654:53789 10.0.16.181%363574:8893
CLOSE_WAIT
tcp6 1 0 10.0.16.170%34654
