haproxy keeps sending traffic to an offine backend
Sorry for the missing info. I've attached my current config hiding some real info listen SRV_WEB bind192.168.52.14:81 modehttp log global option dontlognull option httpclose maxconn 40960 clitimeout 100 balance source contimeout 3 srvtimeout 6 retries 2 option httpchk HEAD /default.htm HTTP/1.0 server SRV_WEB1 192.168.3.107:80 check inter 1000 weight 30 server SRV_WEB2 192.168.3.106:80 check inter 1000 weight 30 global maxconn 999 log 192.168.1.100local0 uid 80 gid 80 nbproc 8 chroot /var/empty daemon listen HTTPS bind201.xx.yy.62:443 modetcp log global option dontlognull option httpclose option forwardfor maxconn 40960 clitimeout 100 balance source contimeout 3 srvtimeout 60 retries 2 option ssl-hello-chk HEAD / HTTP/1.0 server proxy-01 192.168.52.61:443 check inter 1000 weight 14 server proxy-02 192.168.52.62:443 check inter 1000 weight 14 listen SRV_WEB bind192.168.52.14:81 modehttp log global option dontlognull option httpclose maxconn 40960 clitimeout 100 balance source contimeout 3 srvtimeout 6 retries 2 option httpchk HEAD /default.htm HTTP/1.0 server SRV_WEB1 192.168.3.107:80 check inter 1000 weight 30 server SRV_WEB2 192.168.3.106:80 check inter 1000 weight 30 listen SISTEMAS_HTTPS bind192.168.1.14:443 modetcp log global option dontlognull option httpclose option forwardfor maxconn 40960 clitimeout 100 balance source contimeout 9 srvtimeout 60 option ssl-hello-chk HEAD /teste.htm HTTP/1.0 server proxy-01 192.168.52.61:443 check inter 1000 weight 14 server proxy-02 192.168.52.62:443 check inter 1000 weight 14 listen STATS bind192.168.1.14:81 modehttp log global option dontlognull maxconn 5000 clitimeout 3 balance source contimeout 3 srvtimeout 3 retries 2 option httpchk HEAD /teste.htm HTTP/1.0 stats enable stats uri /haproxy?stats stats realm stats.domain stats auth noc:XYXYXY
Re: haproxy keeps sending traffic to an offine backend
On Wed, Apr 11, 2012 at 03:21:29AM -0300, Marcello Coutinho wrote: global maxconn 999 Why this insanely high value ? Your system will likely not support it anyway. log 192.168.1.100local0 uid 80 gid 80 nbproc 8 You're running on 8 processes, so it's very likely that what you're observing is that your processes don't all detect the server down at the same time, and that after a server DOWN log from one process, another process still sends traffic to it because it has not detected it as down yet. I'm seeing nothing particularly wrong below. You could improve your end user experience by replacing httpclose with http-server-close. Regards, Willy
Re: haproxy keeps sending traffic to an offine backend
On 11 April 2012 08:03, Marcello Coutinho marcellocouti...@gmail.com wrote: thanks Willy, I'll test this changing this option. If it keep sending traffic to offline hosts, how can I work around/fix this? It will be some code to fix or something that I can't workaround? Willy implied that you might not see this behaviour with nbproc 1, which is the recommended setting. Jonathan On Wed, Apr 11, 2012 at 3:42 AM, Willy Tarreau w...@1wt.eu wrote: On Wed, Apr 11, 2012 at 03:21:29AM -0300, Marcello Coutinho wrote: global maxconn 999 Why this insanely high value ? Your system will likely not support it anyway. log 192.168.1.100 local0 uid 80 gid 80 nbproc 8 You're running on 8 processes, so it's very likely that what you're observing is that your processes don't all detect the server down at the same time, and that after a server DOWN log from one process, another process still sends traffic to it because it has not detected it as down yet. I'm seeing nothing particularly wrong below. You could improve your end user experience by replacing httpclose with http-server-close. Regards, Willy -- Jonathan Matthews London, Oxford, UK http://www.jpluscplusm.com/contact.html
