acing HAProxy - here, the first
request is successful, the second is truncated. (I've elided customer
details in the response.)
This appears not to be an HAProxy problem, as it is not receiving the
full real server response. Any ideas for further testing I can
perform?
Thanks,
Nick.
--
about 3-4 weeks ago on the list.
>
> Yep, it is worth to try it, but it is still a dirty fix. I have idea how to
> make it right, but haven't been able to find time to do it, yet.
Thanks - I'll try that tomorrow, and report my findings.
What was confusing me was that the test
Hello Willy.
On 11 February 2010 05:21, Willy Tarreau wrote:
> On Wed, Feb 10, 2010 at 10:56:14PM +0000, Nick Chalk wrote:
>> I believe so, following Cyril Bonté's suggestions last week. I'm still
>> testing it, though.
> OK, we talked with Cyril about all the i
response each time we call recv(). As
> long as we don't find a complete response, we can wait. This still
> implies a non-trivial change to current code.
I decided not to run the content check for every received packet, as I
couldn't see an easy way to deal with the case where the
Hello Willy.
On 25 February 2010 20:25, Willy Tarreau wrote:
> On Mon, Feb 15, 2010 at 10:05:57AM +0000, Nick Chalk wrote:
>> On 13 February 2010 10:40, Willy Tarreau wrote:
>> > Indeed, with MSG_PEEK we have no way to tell the connection was closed.
>>
>> F
g working well, I'm willing to merge
> it into 1.4, so please do not hesitate to submit your work in
> progress. You'll also get more testers.
When I have something working and presentable, I'll submit the patch.
Thanks,
Nick.
--
Nick Chalk.
Loadbalancer.org Ltd.
Phone: +44 (0)870 443 8779
http://www.loadbalancer.org/
to be working fine in my tests, and handles check responses
that are bigger than the buffer.
I'd be grateful for anyone's comments and suggestions.
Nick.
--
Nick Chalk.
Loadbalancer.org Ltd.
Phone: +44 (0)870 443 8779
http://www.loadbalancer.org/
diff -ur haproxy-1.4.1/include/types/proxy
Hello Willy.
On 8 March 2010 21:25, Willy Tarreau wrote:
> On Mon, Mar 08, 2010 at 04:32:54PM +0000, Nick Chalk wrote:
>> Attached is a patch against v1.4.1. It contains the updated ECV patch,
>> and the hacks to work around check responses that span multiple
>> packets.
ll the options to the original patch.
As a quick test, try adding the following options in place of the
commented-out lines above:
option httpchk GET /check.php HTTP/1.0
http-check expect rstring all_is_ok
The 'string' test should work, but it's had less testing than
pchk HEAD /check.php HTTP/1.0
Those two will not check the content - I'll need to trawl through the
config code to check whether it defaults to checking the HTTP return
code in these cases.
Nick.
--
Nick Chalk.
Loadbalancer.org Ltd.
Phone: +44 (0)870 443 8779
http://www.loadbalancer.org/
dump a lot of data on the checks if you run it in
>> debug.
> Sure, bring it on. ;)
I'll send that directly to you, rather than the list...
>> Those two will not check the content - I'll need to trawl through the
>> config code to check whether it default
if (flags & 2)
((struct sockaddr_in6
*)&bind_addr)->sin6_port = ((struct sockaddr_in6 *)remote)->sin6_port;
+ bind_addr.ss_family = AF_INET6;
break;
}
}
Nick.
--
Nick Chalk.
Loadbalancer.org Ltd.
Phone: +44 (0)870 443 8779
http://www.loadbalancer.org/
ong port value, or one of
these structures is being used incorrectly in the sum.
Any pointers for further investigation would be appreciated.
Thanks,
Nick.
--
Nick Chalk.
Loadbalancer.org Ltd.
Phone: +44 (0)870 443 8779
http://www.loadbalancer.org/
a different code path.
Originally, the virtual service was defined with a range of ports, so
the real server had to be specified without a port. I simplified the
configuration for the purposes of testing.
Thanks,
Nick.
--
Nick Chalk.
Loadbalancer.org Ltd.
Phone: +44 (0)870 443 8779
http://www.loadbalancer.org/
daemon. In the latter case, it seems that some of the structure
elements are not set - in particular s->req->prod->addr.c.to.ss_family
and &s->req->prod->addr.c.to->sin_port.
I'm not sure if that's expected behaviour when the session structure
doesn
Hello Willy.
On 23 September 2011 09:35, Willy Tarreau wrote:
> thanks to your diags and detailed reports, I found the bug and I
> have the fix.
Thanks - that's working for us.
Nick.
--
Nick Chalk.
Loadbalancer.org Ltd.
Phone: +44 (0)870 443 8779
http://www.loadbalancer.org/
16 matches
Mail list logo
