On Wed, Jul 20, 2016 at 02:27:28PM -0600, Tim Butler wrote:
> Hi Willy,
>
> First of all thanks for your time and your quick reply.
> This is my first dive into the code, so that is why the lack of polling
> seemed suspicious. I see the cached events no to avoid polling.
>
> I applied both the 't
Hi Willy,
First of all thanks for your time and your quick reply.
This is my first dive into the code, so that is why the lack of polling
seemed suspicious. I see the cached events no to avoid polling.
I applied both the 'timeout server-fin' and 'tcp-ut' changes
with no affect.
> The fact that
On Wed, Jul 20, 2016 at 10:03:17PM +0200, Matt . wrote:
> I could try to hug it, I'm quite good at it :)
Well, if you want to give it a try, you're welcome! If you want you can
look at what the HTML looks like, and see how to produce it from the
last 4 announces (1.6.5-1.6.7, 1.5.18). If this work
On Wed, Jul 20, 2016 at 09:56:48PM +0200, Pavlos Parissis wrote:
> On 20/07/2016 08:57 , Willy Tarreau wrote:
> > Hi Pavlos,
> >
> > On Sat, Jul 16, 2016 at 09:43:24PM +0200, Pavlos Parissis wrote:
> >> Hi,
> >>
> >> www.haproxy.org needs some love as the last update on 'Quick news' section
>
I could try to hug it, I'm quite good at it :)
2016-07-20 21:56 GMT+02:00 Pavlos Parissis :
> On 20/07/2016 08:57 μμ, Willy Tarreau wrote:
>> Hi Pavlos,
>>
>> On Sat, Jul 16, 2016 at 09:43:24PM +0200, Pavlos Parissis wrote:
>>> Hi,
>>>
>>> www.haproxy.org needs some love as the last update on 'Qui
On 20/07/2016 08:57 μμ, Willy Tarreau wrote:
> Hi Pavlos,
>
> On Sat, Jul 16, 2016 at 09:43:24PM +0200, Pavlos Parissis wrote:
>> Hi,
>>
>> www.haproxy.org needs some love as the last update on 'Quick news' section
>> was on April 13th and mentions older releases.
>
> Yes I know and I'm sad about
Here is a better trace of the success and failure scenarios,
with messages flushed in the proper order
and socket creation and close events included.
The difference in the success and failure is that
the second reconnecting client fd=0009 ends up in state en=22
on the success scenario and is ev
Hi Ruoshan,
On Thu, Jul 14, 2016 at 03:24:42PM +0800, Ruoshan Huang wrote:
> hi,
> here is my (final?) patch for implementing `http-response track-sc*`
> directive. mainly I have:
> - duplicate config parsing (`parse_http_res_cond`) and validation
> (`check_config_validity`) code for track-s
Hi Nenad,
On Tue, Jul 19, 2016 at 03:06:30PM +0200, Nenad Merdanovic wrote:
> Adding Vincent here, as he maintains the Debian package.
>
> On 7/19/2016 2:21 PM, Albert Casademont wrote:
> > Makes sense, I assumed that the Debian package was compiled with that
> > option by default...it's a PITA t
Hi Tim,
On Tue, Jul 19, 2016 at 09:42:44PM -0600, Tim Butler wrote:
> Hi,
>
> I'm looking for any enlightenment or suggestions on pursuing
> the following problem.
>
> After bouncing a server with two tcp-mode sessions,
> my second reconnecting session hangs,
> even though the frontend socket re
Hi Tobias,
On Thu, Jul 14, 2016 at 04:52:29PM +0200, Tobias Vau wrote:
> Hi,
>
> a small follow up to an older thread from November 2015, where massive
> numbers of epoll_wait calls lead to 100% CPU consumption.
>
> My installation showed the same pattern. As it's also easily
> reproducible for
Hi Pavlos,
On Sat, Jul 16, 2016 at 09:43:24PM +0200, Pavlos Parissis wrote:
> Hi,
>
> www.haproxy.org needs some love as the last update on 'Quick news' section
> was on April 13th and mentions older releases.
Yes I know and I'm sad about it. We've fixed so many bugs that it's hard
to emit a syn
On Mon, Jul 18, 2016 at 05:05:03PM +0200, Pavlos Parissis wrote:
> On 18/07/2016 04:59 , Micha?? ??owicki wrote:
> > Will do but SSL is terminated before reaching HAProxy. Still possible it
> > could
> > affect us?
> >
>
> I don't think so, but you should use 1.6.7 anyway in order to avoid s
Hello,
On 07/20/2016 05:55 PM, Thomas Heil wrote:
> Hi,
>
> I would like to put the actual value from a stick tables into a request
> header. this way i could inform the backend e.g how many connections
> this ip allready made.
>
> The same I would like to do e.g for src_conn_rate and http_req_r
Hi,
Le 20/07/2016 à 11:48, hapr...@abisoft.biz a écrit :
Sure thing. Here is the full config (Haproxy 1.6.7):
[...]
defaults
mode http
[...]
log-format %ci:%cp\ [%t]\ %ft\ %b/%s\ %Tq/%Tw/%Tc/%Tr/%Tt\ %tsc\ %ac/%fc/%bc/%sc/%rc\ %sq/%bq\ %{+Q}r\ %ST\
"%CC"\ "%hr"\ "%CS"\ "%hs"\ ireq_size=%U\
Hi,
I would like to put the actual value from a stick tables into a request
header. this way i could inform the backend e.g how many connections
this ip allready made.
The same I would like to do e.g for src_conn_rate and http_req_rate.
To protect the backend I can write rules defines the upper
Hi Kay,
On 07/20/2016 11:27 AM, Willy Tarreau wrote:
Hi Kay,
On Wed, Jul 20, 2016 at 11:17:57AM +0200, Kay Fuchs wrote:
Hi!
2016-07-19 11:26 GMT+02:00 Kay Fuchs :
i'm using a stick-table with HAProxy 1.6.7 on an active/standby
configuration like this:
stick-table type ipv6 size 500k expire
Sure thing. Here is the full config (Haproxy 1.6.7):
global
log 127.0.0.1:514 local0
chroot /var/lib/haproxy
pidfile /var/run/haproxy.pid
maxconn 25000 # 33KB per established connection; raise after
upgrading instance type
userhaproxy
group
Hi Kay,
On Wed, Jul 20, 2016 at 11:17:57AM +0200, Kay Fuchs wrote:
> Hi!
>
> 2016-07-19 11:26 GMT+02:00 Kay Fuchs :
> > i'm using a stick-table with HAProxy 1.6.7 on an active/standby
> > configuration like this:
> >
> > stick-table type ipv6 size 500k expire 60s peers hacluster store
> > gpc0,c
Hello Cyril,
Thank you for the reply!
My current config for rate limiting is:
tcp-request content track-sc0 src
stick-table type ip size 500k expire 30s store
conn_cur,conn_rate(10s),http_req_rate(10s),http_err_rate(10s)
tcp-request content reject if { src -f /etc/haproxy/blacklist.lst }
Hi!
2016-07-19 11:26 GMT+02:00 Kay Fuchs :
> i'm using a stick-table with HAProxy 1.6.7 on an active/standby
> configuration like this:
>
> stick-table type ipv6 size 500k expire 60s peers hacluster store
> gpc0,conn_cur,http_req_rate(10s),http_err_rate(10s)
> http-request track-sc0
>
> On the s
21 matches
Mail list logo