Re: HAProxy 1.7.9 FreeBSD 100% CPU usage

Hi Pieter, On Fri, Nov 10, 2017 at 11:43:41PM +0100, PiBa-NL wrote: > Okay have been running with haproxy-ss-20171017 for a day now. Sofar it > sticks to <1% cpu usage. > > Will report if anything changes, cant tell for sure as don't have a clear > reproduction of the issue, but my issue 'seems'

Re: HAProxy 1.7.9 FreeBSD 100% CPU usage

Hi Willy, Op 9-11-2017 om 5:45 schreef Willy Tarreau: Hi Pieter, We had something similar on Linux in relation with TCP splicing and the fd cache, for which a fix was emitted. But yesterday Christopher explained me that the fix has an impact on the way applets are scheduled in 1.8, so actually

Re: core.sleep() ignores param and sleeps for 10 seconds in response action

thank you for the explanation. On 10.11.2017 19:28, Willy Tarreau wrote: > On Fri, Nov 10, 2017 at 07:05:39PM +0200, Nick Dimov wrote: >> For example, I use a backend like this >> >>> backend b_http_hosts >>>     mode http >>> >>>     server s_web1  server:80 maxconn 10 check >> And I'm testing

Re: core.sleep() ignores param and sleeps for 10 seconds in response action

On Fri, Nov 10, 2017 at 07:05:39PM +0200, Nick Dimov wrote: > For example, I use a backend like this > > > backend b_http_hosts > >     mode http > > > >     server s_web1  server:80 maxconn 10 check > > And I'm testing with wrk -c 20 and checking the established connections > from haproxy to

Re: core.sleep() ignores param and sleeps for 10 seconds in response action

Hi again, Since I'm still on this, I'm having another possible issue with haproxy. The documentation states: > When a server has a > "maxconn" > parameter specified, it means that its number > of concurrent connections *will never

Re: core.sleep() ignores param and sleeps for 10 seconds in response action

On Fri, Nov 10, 2017 at 06:43:42PM +0200, Nick Dimov wrote: > Hello, > > The patch works great. I tested on 1.8 and 1.7 and both are working good > now. thanks for confirming! Willy

Re: core.sleep() ignores param and sleeps for 10 seconds in response action

Hello, The patch works great. I tested on 1.8 and 1.7 and both are working good now. Thanks a lot! On 10.11.2017 18:20, Willy Tarreau wrote: > Hello Nick, > > On Fri, Nov 10, 2017 at 04:50:37PM +0200, Nick Dimov wrote: >> Hello, everyone. >> >> I am encountering a problem with LUA in haproxy,

Re: option redispatch clarification

Hello Arthur, On Fri, Nov 10, 2017 at 06:05:06PM +0200, Arthur Titeica wrote: > Hello, > > I'm trying to understand if the redispatch option may be used to retry a HTTP > connection in the following scenario: > > Suppose there are multiple backend web servers and the first one that gets >

Re: core.sleep() ignores param and sleeps for 10 seconds in response action

Hello Nick, On Fri, Nov 10, 2017 at 04:50:37PM +0200, Nick Dimov wrote: > Hello, everyone. > > I am encountering a problem with LUA in haproxy, I also reported it here > https://github.com/sflow/haproxy/issues/2 but the problem is lieke this: > > When using a response action, this function -

option redispatch clarification

Hello, I'm trying to understand if the redispatch option may be used to retry a HTTP connection in the following scenario: Suppose there are multiple backend web servers and the first one that gets chosen has a problem and replies with a 4xx or 5xx http status code. Will the connection be

core.sleep() ignores param and sleeps for 10 seconds in response action

Hello, everyone. I am encountering a problem with LUA in haproxy, I also reported it here https://github.com/sflow/haproxy/issues/2 but the problem is lieke this: When using a response action, this function - sleeps for 10 seconds, no matter what param i pass to it. Also it seems that the wait

Amazon Web Services Email Db

Hi, Would you be interested in an Email list of Amazon Web Services 2017? Please fill in the blanks__ below, target market criteria you would be interested in reaching: Target Criteria:- Job titles _? Industry markets ___? Geography (Country / State): __?