On Mon, Mar 28, 2011 at 07:54:16AM +0200, Willy Tarreau wrote:
On Mon, Mar 28, 2011 at 02:45:36PM +0900, Simon Horman wrote:
On Mon, Mar 28, 2011 at 07:29:12AM +0200, Willy Tarreau wrote:
Hi Simon,
On Mon, Mar 28, 2011 at 08:49:00AM +0900, Simon Horman wrote:
Hi,
here is
On Thu, Mar 24, 2011 at 7:02 PM, Ben Timby bti...@gmail.com wrote:
On Thu, Mar 24, 2011 at 6:03 PM, Willy Tarreau w...@1wt.eu wrote:
Hi Ben,
I'm sure you hit the issue that David has fixed a few days ago.
In short, due to a parsing issue on the server address, haproxy
is reconnecting to IP
On Mon, 2011-03-28 at 07:22 +0200, Willy Tarreau wrote:
On Sun, Mar 27, 2011 at 09:28:15PM -0400, Roy Smith wrote:
Thanks! Looks like capture request header does exactly what I want.
Well, mostly. This gets me logging if the header exists. Now I need to
figure out how to insert the
On Mon, Mar 28, 2011 at 01:50:58PM -0400, Roy Smith wrote:
OK, this looks like it works. I still need to do something smarter
about generating the unique ids (some combination of hostid, pid, and
time, and counter should do it), and adding a way to control this from
the config file. Before
Hi all,
at Exosec we discovered a rather amazing bug on 1.4. Content-length values
larger than 2^32 (4 GB) did not properly work on 32-bit machines, despite
everything being processed in 64-bits everywhere. We tracked that down to
an incorrect use (and implementation) of buffer_forward() which
Hi all,
There were a bunch of minor but annoying issues reported on 1.5-dev4,
it was enough to divert me from other activities, so it was time to
emit a fixed version (so that I can go back review Simon's work).
So I released 1.5-dev5 with several fixes, among which :
- address parser bug was
6 matches
Mail list logo