Sorry, I was being silly - you are right. Thank you for confirming!
On Wed, Sep 14, 2011 at 8:14 AM, Willy Tarreau wrote:
> On Wed, Sep 14, 2011 at 07:20:33AM +0100, Alex Davies wrote:
> > Hi Willy, Cyril,
> >
> > Thank you for your detailed analysis. I still notice 504 errors almost
> > immedia
On Wed, Sep 14, 2011 at 07:20:33AM +0100, Alex Davies wrote:
> Hi Willy, Cyril,
>
> Thank you for your detailed analysis. I still notice 504 errors almost
> immediately on a HAproxy start, and the PID matches the new process:
Sorry, but this is not possible as it requires the timeout to be elapse
Hi Alex,
Le Mercredi 14 Septembre 2011 07:20:33 Alex Davies a écrit :
> Hi Willy, Cyril,
>
> Thank you for your detailed analysis. I still notice 504 errors almost
> immediately on a HAproxy start, and the PID matches the new process:
>
> [root@frontend2 log]# ps aux | grep haproxy
> haproxy 21
Hi Willy, Cyril,
Thank you for your detailed analysis. I still notice 504 errors almost
immediately on a HAproxy start, and the PID matches the new process:
[root@frontend2 log]# ps aux | grep haproxy
haproxy 21242 6.6 0.1 133176 47984 ?Rs 07:17 0:00
/usr/sbin/haproxy -D -f /etc/ha
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 rem
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 http://www.tornad
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
optionht
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
optionht
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
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). H
10 matches
Mail list logo