Thanks so much for your time/response.
We're trying adjusted settings this morning in our DEV/Test environment.
- Kevin
On Sep 20, 2012, at 1:05 AM, Willy Tarreau wrote:
> Hi Kevin,
>
> On Wed, Sep 19, 2012 at 10:02:07PM -0500, Lange, Kevin M.
> (GSFC-423.0)[RAYTHEON COMP
, Willy Tarreau wrote:
> Hi,
>
> On Mon, Sep 10, 2012 at 08:20:02PM +0200, Baptiste wrote:
>> On Mon, Sep 10, 2012 at 7:24 PM, Lange, Kevin M. (GSFC-423.0)[RAYTHEON
>> COMPANY] wrote:
>>> Hi,
>>> Our public-facing service provides a REST api to search for pro
've done in that regard is:
>
> tune.bufsize 128000
>
> I don't actually recall if this was mandatory to address the issue, but I'm
> thinking that it was.
>
> -Richard
>
> Richard Stanford
> CTO | KIMBIA
>
> 512-474-4447 x777
>
>
Hi,
Our public-facing service provides a REST api to search for products
(geospatial science data), which requires in many cases very long URLs to craft
the search. We seem to be hitting a limit of around 8K before we receive a 400
Bad request from lighttpd. We're trying to determine if lightt
Willy,
I'll try the patch, but not until next week because of the holiday weekend. I
don't want to make a significant change that I would have to support over the
long weekend.
I'm capturing tcpdump between SLB and the three backends. I'd like to have a
capture during an "outage". I expect to
Willy,
I'll try the patch, but not until next week because of the holiday weekend. I
don't want to make a significant change that I would have to support over the
long weekend.
I'm capturing tcpdump between SLB and the three backends. I'd like to have a
capture during an "outage". I expect to
Willy,
I'll try the patch, but not until next week because of the holiday weekend. I
don't want to make a significant change that I would have to support over the
long weekend.
I'm capturing tcpdump between SLB and the three backends. I'd like to have a
capture during an "outage". I expect to
check timeout
To: "Lange, Kevin M. (GSFC-423.0)[RAYTHEON COMPANY]"
Cc: "haproxy@formilux.org"
Hi Kevin,
On Thu, May 24, 2012 at 04:04:03PM -0500, Lange, Kevin M. (GSFC-423.0)[RAYTHEON
COMPANY] wrote:
> Hi,
> We're having odd behavior (apparently have always but
5700 Rivertech Court
Riverdale, Maryland 20737
- Reply message -
From: "Willy Tarreau"
Date: Thu, May 24, 2012 5:59 pm
Subject: Problems with layer7 check timeout
To: "Lange, Kevin M. (GSFC-423.0)[RAYTHEON COMPANY]"
Cc: "haproxy@formilux.org"
On Thu, May
use sepoll.
On May 24, 2012, at 5:31 PM, Lange, Kevin M. (GSFC-423.0)[RAYTHEON COMPANY]
wrote:
>
>
> I thought it was a bug in the reporting, considering we've played with
> numerous values for the various timeouts as an experiment, but wanted your
> thoughts.
> This
2, at 5:17 PM, Willy Tarreau wrote:
> Hi Kevin,
>
> On Thu, May 24, 2012 at 04:04:03PM -0500, Lange, Kevin M.
> (GSFC-423.0)[RAYTHEON COMPANY] wrote:
>> Hi,
>> We're having odd behavior (apparently have always but didn't realize it),
>> where our backen
Hi,
We're having odd behavior (apparently have always but didn't realize it), where
our backend httpchks "time out":
May 24 04:03:33 opsslb1 haproxy[4594]: Server webapp_ops_bk/webapp_ops1 is
DOWN, reason: Layer7 timeout, check duration: 1002ms. 0 active and 0 backup
servers left. 1 sessions ac
12 matches
Mail list logo