On Thu, Apr 11, 2019 at 02:32:28PM -0400, francis Lavalliere wrote:
> So just to be clear, there is only 1 service, using a Master -> Worker
> config.
>
> The service is working since many hours (no doing any restart, simply
> modification of the config and executing the hot-reload command)...
It seems that after applying 39cc020af, if a stream gets the SI_FL_ERR flag,
process_stream can keep going back to redo around stream.c:line 2503:
if (si_f->state == SI_ST_DIS || si_f->state != si_f_prev_state ||
si_b->state == SI_ST_DIS || si_b->state != si_b_prev_state ||
((si_f->flags
On Thu, Apr 11, 2019 at 03:12:13PM -0400, Patrick Hemmer wrote:
> In regards to deprecating `stats bind-process`, I think this would be
> acceptable. I can't think of any issues that might arise from that. Though
> I'm not sure what else is part of this frontend, which I'm gathering is some
> sort
*From:* Willy Tarreau [mailto:w...@1wt.eu]
*Sent:* Thursday, April 11, 2019, 13:23 EDT
*To:* Patrick Hemmer
*Cc:* haproxy@formilux.org, wlallem...@haproxy.com
*Subject:* `stats bind-process` broken
On Thu, Apr 11, 2019
So just to be clear, there is only 1 service, using a Master -> Worker
config.
The service is working since many hours (no doing any restart, simply
modification of the config and executing the hot-reload command)...
I'll try to dig deeper on myside also when I got a chance, I was mostly
On Thu, Apr 11, 2019 at 06:51:59PM +0200, Willy Tarreau wrote:
> I'm leaning towards what I'd consider a cleaner and more future-proof
> option consisting in deprecating "stats bind-process" in favor of "process"
> on the stats line (which binds the listener itself, not the whole frontend)
> and
On Thu, Apr 11, 2019 at 09:37:41PM +0500, ?? ? wrote:
> Hello Willy!
>
> I hope i could find some cores still available and will search for them
> tomorrow.
Cool!
> But since they could contain some sensitive information, its not a good
> idea to share it right here on the mail
Hi again,
On Thu, Apr 11, 2019 at 06:24:47PM +0200, Willy Tarreau wrote:
> Hi Patrick,
>
> On Thu, Apr 11, 2019 at 12:18:14PM -0400, Patrick Hemmer wrote:
> > With haproxy 1.9.6 the `stats bind-process` directive is not working. Every
> > connection to the socket is going to a random process:
>
Hello Willy!
I hope i could find some cores still available and will search for them
tomorrow.
But since they could contain some sensitive information, its not a good
idea to share it right here on the mail list.
So could you please tell me some personal email address where I could send
the link
Hi Patrick,
On Thu, Apr 11, 2019 at 12:18:14PM -0400, Patrick Hemmer wrote:
> With haproxy 1.9.6 the `stats bind-process` directive is not working. Every
> connection to the socket is going to a random process:
>
> Here's a simple reproduction:
> Config:
> global
> nbproc 3
>
Hello Francis,
On Thu, Apr 11, 2019 at 11:20:57AM -0400, francis Lavalliere wrote:
> Hello,
>
> Anyone else would have seen this behavior before?
> I am currently using HAProxy 1.9.3
>
> I have an "haproxy / consul template" that generate an haproxy-x.sock
> file, from time to time when my
With haproxy 1.9.6 the `stats bind-process` directive is not working.
Every connection to the socket is going to a random process:
Here's a simple reproduction:
Config:
global
nbproc 3
stats socket /tmp/haproxy.sock level admin
stats bind-process 1
Testing:
# for i
Hello,
Anyone else would have seen this behavior before?
I am currently using HAProxy 1.9.3
I have an "haproxy / consul template" that generate an haproxy-x.sock
file, from time to time when my config reloads, I find out after a few
minutes that the service doesn't work and actually the
On 11/4/19 2:56 μ.μ., Willy Tarreau wrote:
> Hi Pavlos,
>
> On Thu, Apr 11, 2019 at 09:47:41AM +0200, Pavlos Parissis wrote:
>> Hi,
>>
>> I am having a rather simple config[1] for testing few changes in
>> haproxyadmin library and I noticed
>> that two different map files have the same ID:
>>
>>
Hi Manu,
On Wed, Apr 10, 2019 at 12:33:47PM +0200, Emmanuel Hocdet wrote:
> If you can consider this patch.
> BoringSSL actually mimic OpenSSL 1.1.0 and have OPENSSL_VERSION_NUMBER set
> accordly.
Applied, thanks!
Willy
Hello Robin,
On Wed, Apr 10, 2019 at 09:08:15PM +, Robin H. Johnson wrote:
> For LOG_FMT_TS (%Ts), the tm variable is not used, so save some cycles
> on the call to get_gmtime.
Very good catch, thank you!
Willy
Hi Pavlos,
On Thu, Apr 11, 2019 at 09:47:41AM +0200, Pavlos Parissis wrote:
> Hi,
>
> I am having a rather simple config[1] for testing few changes in haproxyadmin
> library and I noticed
> that two different map files have the same ID:
>
> echo 'show map' | socat /run/haproxy/admin1.sock -
>
Hi again,
On Thu, Apr 11, 2019 at 11:53:28AM +0200, Willy Tarreau wrote:
> > Got multiple incidents of failure with 1.9.6:
> > Core was generated by `/usr/sbin/haproxy -Ws -f /etc/haproxy/haproxy.cfg -p
> > /var/run/haproxy'.
> > Program terminated with signal SIGFPE, Arithmetic exception.
> > #0
Hi Willy,
On Thu, Apr 11, 2019 at 11:34:52AM +0200, Willy Tarreau wrote:
> Unfortunately this one looks different. It dies when it is stopping
> (see deinit, unbind*, ...), are you sure it's not the previous process
> when you're performing a reload ? Note that it *could* possibly still
> be the
Hi Maxim,
On Thu, Apr 04, 2019 at 02:22:59PM +0300, ?? ? wrote:
> Hi, everybody!
>
> Got multiple incidents of failure with 1.9.6:
> Core was generated by `/usr/sbin/haproxy -Ws -f /etc/haproxy/haproxy.cfg -p
> /var/run/haproxy'.
> Program terminated with signal SIGFPE, Arithmetic
Hi,
On Wed, Apr 10, 2019 at 01:20:34PM -0700, LCF wrote:
> Every few days I see some servers with few hundreds connections in
> CLOSE_WAIT state for hours. I tried suggested earlier here - "show fd" to
> construct a bug report but whenever I run "show fd" (echo 'show fd' | socat
> stdio
Hi William,
On Wed, Apr 10, 2019 at 06:00:28PM +, William Dauchy wrote:
> Hello,
>
> We are seeing a quite regular segfault when haproxy v1.9 joins our cluster
> and almost immediately crash with:
>
> #0 0x55b66f75c825 in do_unbind_listener
> (listener=listener@entry=0x55b67206dcb0,
Hi,
I am having a rather simple config[1] for testing few changes in haproxyadmin
library and I noticed
that two different map files have the same ID:
echo 'show map' | socat /run/haproxy/admin1.sock -
# id (file) description
-1 (/etc/haproxy/test_map.map) pattern loaded from file
23 matches
Mail list logo
