Hi there,
Has this bug fix now in 1.6.13 or 1.7.8 ?
We have confirmed this bug still exists in 1.6.3.
Thanks :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: baiyang
Date: 2015-12-03 18:44
To: Willy Tarreau
CC: CyrilBonté;
ze 1m expire 1m store
conn_cur,conn_rate(10s),http_req_rate(20s)", we now have 9 stick tables one pre
process?
Thanks :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
ark it as such and go on in case
* another one is available.
*/
txn->flags &= ~TX_CK_MASK;
txn->flags |= TX_CK_DOWN;
}
}
srv = srv->next;
}
I guess when the port exhaustion occured on n1_0, the state of n1_1 and n1_2
are all changed to SRV_ST_STOPPED? So, in this case, all n1_
0.2:801 track n2_0 cookie n2 weight 10 source
10.0.0.100:1024-65534
...
[...]
Thanks :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
server n1_2 10.0.0.1:801 check as n1_0 cookie n1 weight 10
...
[...]
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
Hi Willy,
It's a peaceful week, I think the root of the bug has been exactly located to
"timeout client-fin" and "timeout server-fin" options.
Thanks :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: Wi
Hi Willy,
Ok, Thanks :-D
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: Willy Tarreau
Date: 2015-11-26 17:40
To: baiyang
CC: CyrilBonté; Lukas Tribus; haproxy
Subject: Re: Re: CPU 100% when waiting for the client timeout
Hi,
Ok, no problem :-)
The configuration has been updated to what you want, let's observe what will
happen :-D
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: Willy Tarreau
Date: 2015-11-25 23:55
To: baiyang
CC: CyrilBonté; L
Hi Willy,
I prefer to choose the simple one:
1. re-enable the "option abortonclose" option.
2. disable "timeout client-fin" and "timeout server-fin".
That's enough for this test, right?
Thanks :-)
--
Best Regards
BaiYang
baiy...@gmail.com
Hi
Ok, I'll try to disable this option anyway to dig up more clues of this issue.
:-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: Willy Tarreau
Date: 2015-11-25 21:07
To: CyrilBonté
CC: Lukas Tribus; haproxy; baiyang
Subje
Ok, Thanks :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: Willy Tarreau
Date: 2015-11-24 23:05
To: baiyang
CC: Lukas Tribus; haproxy
Subject: Re: Re: CPU 100% when waiting for the client timeout
On Tue, Nov 24, 2015 at 03:0
Hi Willy
I've found generally it is very peaceful with the first 24 hours after a
reboot. And usually one reproducing in the next day. And more frequently (2-3
reproducing) at the third day.
May be it's a tip?
:-)
--
Best Regards
BaiYang
baiy...@gmail.com
http
test result OK
select : pref=150, test result OK
Total: 3 (3 usable), will use epoll.
I caught both strace log and show sess all output this time:
http://baiy.cn/tmp/log-1124.rar
Thanks :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
Hi PiBa,
Ok, thanks, I'll try it next time if I can catch it again. :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: PiBa-NL
Date: 2015-11-22 05:13
To: baiyang
CC: Willy Tarreau; Lukas Tribus; haproxy
Subject: Re: CP
Hello,
I could not install the 'nmh' package which one the "show" command is included.
Because one dependency package of it ("qmail") can't be installed.
I'm not very sure what the "show" command to do? Can we find a replacement tool
doing the
Hi Willy,
I'll try to get it, need some luck :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: Willy Tarreau
Date: 2015-11-22 01:55
To: baiyang
CC: Lukas Tribus; haproxy
Subject: Re: Re: CPU 100% when waiting for the client
517 - -
CD-- 8/8/1/1/0 0/0 "GET /lib/ext/ext-all.js HTTP/1.1"
I have been uploaded the total 40 seconds strace log and full haproxy.log to:
http://baiy.cn/tmp/log-1122.rar
Thanks :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL > ****
ok, thanks for your reply :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: Willy Tarreau
Date: 2015-11-21 02:16
To: baiyang
CC: Lukas Tribus; haproxy
Subject: Re: Re: CPU 100% when waiting for the client timeout
On Fri, Nov 20, 2
Hi Willy,
Another question:
As you said, HAProxy seems no using multi-thread model, so multi-process
(nbproc) is the only choice for HAProxy if we want using multiple processor
cores sufficiently?
Thanks :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END
Hi,
Thanks for your advice Aleks, I'll give it a try if "3.2.0-95-generic
#135-Ubuntu SMP Tue Nov 10 13:33:29 UTC 2015" still have this problem :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: Aleksandar Lazic
D
e server every time "apt-get
upgrade" finished. And I'm very clear we have many reboot of the server this
week due to the troubleshooting needed.
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: Willy Tarreau
Date: 2015-11-20
Ok, so I'll try to do an explicitly kernal upgrade now. :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: Willy Tarreau
Date: 2015-11-20 18:55
To: Lukas Tribus
CC: baiyang; haproxy
Subject: Re: CPU 100% when waiting for
d do it explicitly. I think it's a protection mechanism
for the system core components.
:-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: Lukas Tribus
Date: 2015-11-20 18:34
To: Willy Tarreau; baiyang
CC: haproxy
Subject: RE:
euse" option could be omitted because it's 1.6+ only and I have been
disabled it when downgrade to 1.5.15 and 1.5.14.
I have been upgrade back to 1.6.2 with all these three options disabled now,
waiting to see what will happen. If it appeared again, I'll upgrade the linux
kern
strange statistics maybe
related to this issue:
http://stackoverflow.com/questions/33168469/whats-the-exact-meaning-of-session-in-haproxy/33540826?noredirect=1#comment55014864_33540826
Thanks :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL > ***
rnel changes or tuning)?
No, only haproxy is upgraded and this issue exist. Although I've done a
"apt-get update && apt-get upgrade" while troubleshooting this problem (The
upgrade is done after the problem already exists).
--
Best Regards
BaiYang
baiy...@gmail.
quot;
These are the only two records show 15 minutes timeout today, and they are both
at the and of the cpu usage spike. I believe this is not a coincidence. May be
something is broken in the newest version of haproxy here?
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
27 matches
Mail list logo
