Re: HAProxy 1.5 possible bug

2014-03-06 Thread Igor
On Thu, Mar 6, 2014 at 3:50 PM, Willy Tarreau wrote: > We've been thinking about implementing a simple async resolver in > combination with health checks to at least automatically update server > addresses at EC2 and similar horrible environments where a reboot can > change your server's address.

Re: HAProxy 1.5 possible bug

2014-03-05 Thread Willy Tarreau
Hi, On Thu, Mar 06, 2014 at 01:31:33AM +0100, Lukas Tribus wrote: > Hi, > > > > I understand. Is this something that could be taken up for a > > future version? > > Not a trivial thing todo. I think an internal resolver implementation > in haproxy would be needed, as gethostbyname() and friends

RE: HAProxy 1.5 possible bug

2014-03-05 Thread Lukas Tribus
Hi, > I understand. Is this something that could be taken up for a > future version? Not a trivial thing todo. I think an internal resolver implementation in haproxy would be needed, as gethostbyname() and friends are blocking (nginx has its own resolver for example). I don't think there are us

Re: HAProxy 1.5 possible bug

2014-03-05 Thread Fredz Fredz
I understand. Is this something that could be taken up for a future version? Also, what maxconn value do you recommend? Thanks On 5 March 2014 16:11, Lukas Tribus wrote: > Hi, > > >> Thanks Lukas. But why does it say this here for "server" in the man? >> >> Address “0.0.0.0″ or “*” has a specia

RE: HAProxy 1.5 possible bug

2014-03-05 Thread Lukas Tribus
Hi, > Thanks Lukas. But why does it say this here for "server" in the man? > > Address “0.0.0.0″ or “*” has a special meaning. > It indicates that the connection will be forwarded to the same IP > address as the one from the client connection. This is useful in > transparent proxy architectures w

Re: HAProxy 1.5 possible bug

2014-03-05 Thread Fredz Fredz
Thanks Lukas. But why does it say this here for "server" in the man? Address “0.0.0.0″ or “*” has a special meaning. It indicates that the connection will be forwarded to the same IP address as the one from the client connection. This is useful in transparent proxy architectures where the client’s

RE: HAProxy 1.5 possible bug

2014-03-05 Thread Lukas Tribus
Hi, > backend b_catchall > log global > mode http > option httplog > option http-server-close > > #--- speedtest > use-server www.speedtest.net if { hdr_dom(host) -i speedtest } > server www.speedtest.net *:80 This is an unsupported configuration, you cannot specify an asterisk as address. Thi

Re: HAProxy 1.5 possible bug

2014-03-05 Thread Fredz Fredz
Hi Lukas, Thanks for replying. Below the information: HA-Proxy version 1.5-dev22-1a34d57 2014/02/03 Copyright 2000-2014 Willy Tarreau Build options : TARGET = linux2628 CPU = generic CC = gcc CFLAGS = -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-s

RE: HAProxy 1.5 possible bug

2014-03-04 Thread Lukas Tribus
Hi Fred, > Is this a known bug in HAProxy 1.5? > When I use 0.0.0.0 or * as server address for a certain host, HAProxy > crashes with a oom_killer log. Thats certainly not expected. Does the OOM conditional really come from HAProxy? > > server > ... > > Address “0.0.0.0″ or “*” has a special

HAProxy 1.5 possible bug

2014-03-04 Thread Fredz Fredz
Hello, Is this a known bug in HAProxy 1.5? When I use 0.0.0.0 or * as server address for a certain host, HAProxy crashes with a oom_killer log. This is what is in the man page: server ... Address “0.0.0.0″ or “*” has a special meaning. It indicates that the connection will be forwarded to the sa