On Tue, Sep 13, 2011 at 10:40:18AM +1000, Dwyer, Simon wrote:
Issue resolved. I thought i had already turn selinux to permissive.
Apparently not :)
Wow, good to know. Thanks for the feedback on this issue, apparently
nobody was able to bring any idea on this point, now we have it in the
ML's
On Tue, Sep 13, 2011 at 03:13:11PM +1000, Dwyer, Simon wrote:
Cheers,
I will have a look at ab. I more just want to make sure it doesnt crash and
burn while its in test. doing more of a proof of concept atm :)
BTW, you must use different machines for the client, the LB and the
server in
Hi,
On Tue, Sep 13, 2011 at 11:02:26AM +0800, Liong Kok Foo wrote:
Top for server 70 (load problem)
top - 10:51:23 up 32 days, 22:21, 1 user, load average: 3.09, 2.99, 2.50
Tasks: 115 total, 3 running, 112 sleeping, 0 stopped, 0 zombie
Cpu(s): 38.5%us, 11.0%sy, 0.0%ni, 48.2%id,
can you provide some valid examples of using http_req_first,
acl aclX http_req_first
or
use_backend beX if http_req_first
does not seem to work for me in 1.4.17
Thanks.
Hi there,
we're using haproxy 1.4.15 on a Ubuntu 10.04 box. This box is
virtualised, HW-specs: 1 CPU-core (Xeon 2.00GHz), 512MB RAM, 2x 1GBit
virtual LAN (these are also two different physical NICs in the HV).
Now we've got the problem, that the initial connect through haproxy
seems to be
Hi,
I noticed the same thing, the problem happens at the first call of the
page,
After the result is immediate.
Christophe
Le 13/09/11 13:22, « Tim Korves » t...@whtec.net a écrit :
Hi there,
we're using haproxy 1.4.15 on a Ubuntu 10.04 box. This box is
virtualised, HW-specs: 1 CPU-core
Hi again,
I noticed the same thing, the problem happens at the first call of
the
page,
Ok, seems to be a bug? Or what do you think?
After the result is immediate.
I can confirm that.
Any idea?
Thanks, Tim
Hi there,
we're using haproxy 1.4.15 on a Ubuntu 10.04 box. This box is
Hi,
I don't know!
It's very strange. When I check the server load, it is almost zero.
Christophe
Le 13/09/11 13:29, « Tim Korves » t...@whtec.net a écrit :
Hi again,
I noticed the same thing, the problem happens at the first call of
the
page,
Ok, seems to be a bug? Or what do you
Hi,
It's very strange. When I check the server load, it is almost zero.
same here... Anyone got information about such an issue?
Regards, Tim
Hi again,
I noticed the same thing, the problem happens at the first call of
the
page,
Ok, seems to be a bug? Or what do you think?
After the
Hi,
I am not a haproxy expert, but have been using it in production for some
time with excellent results and I wonder if I can seek some expert advice on
running the fairly fast application server http://www.tornadoweb.org/ behind
HAproxy (haproxy-1.3.23 using the EPEL RPM (-1) on RHEL6 x86_64).
Hi Alex,
Sorry I won't have time to help you now, but...
Le mardi 13 septembre 2011 14:26:04, Alex Davies a écrit :
The total time in milliseconds between accept and last close seems to be
~300 seconds for most of the requests (although far from all of them, as the
first entry shows). If I
heh,
This has nothing to see with haproxy but more how your hypervisor
manages VMs which doesn't do anything :)
cheers
On Tue, Sep 13, 2011 at 1:35 PM, Tim Korves t...@whtec.net wrote:
Hi,
It's very strange. When I check the server load, it is almost zero.
same here... Anyone got
Hi there,
This has nothing to see with haproxy but more how your hypervisor
manages VMs which doesn't do anything :)
thanks for the information. Do you have any tips regarding vmWare ESXi
4.1 ?
Best wishes, Tim
Hi,
It's very strange. When I check the server load, it is almost zero.
Hi,
Thank you for your observation - indeed I did notice some of those as I was
writing my email - I have updated my globals to increase the server timeout
(as we are doing long polling) and reduce the others, and remove the
duplicates:
defaults
mode http
option
Hi,
Thank you for your observation - indeed I did notice some of those as I was
writing my email - I have updated my globals to increase the server timeout
(as we are doing long polling) and reduce the others, and remove the
duplicates:
defaults
mode http
option
Hi again Alex,
Le Mardi 13 Septembre 2011 13:26:04 Alex Davies a écrit :
Hi,
I am not a haproxy expert, but have been using it in production for some
time with excellent results and I wonder if I can seek some expert advice on
running the fairly fast application server
Hi Willy,
A small update on this development.
Le Lundi 29 Août 2011 18:01:23 Willy Tarreau a écrit :
If you're interested in doing this, I'd be glad to merge it and to
provide help if needed. We need a struct list fe_idle in the
struct
proxy and add/remove idle connections there.
Not a problem Willy.
I should also note in that case that the initial error error on subcontainer
'ia_addr' insert (-1) Is due to the face i am using keepalived and i have an
ip address without an interface. I believe its a bug in the snmp libraries for
centos.
Cheers,
Simon :)
Hi Cyril,
On Tue, Sep 13, 2011 at 10:13:14PM +0200, Cyril Bonté wrote:
More seriously, I've got a first version that looks to work quite well.
I couldn't raise maxconn keep-alive connections but maxconn - 1, due to
the way haproxy pauses the listener when they are full or when the proxy is.
Hi Alex,
On Tue, Sep 13, 2011 at 03:18:54PM +0100, Alex Davies wrote:
Hi,
Thank you for your observation - indeed I did notice some of those as I was
writing my email - I have updated my globals to increase the server timeout
(as we are doing long polling) and reduce the others, and remove
20 matches
Mail list logo
