Hello,
> Has this bug fix now in 1.6.13 or 1.7.8 ?
>
> We have confirmed this bug still exists in 1.6.3.
Yes, the fix is in 1.7.4 and 1.6.12.
Regards,
Lukas
Lukas Tribus; haproxy
Subject: Re: Re: CPU 100% when waiting for the client timeout
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
bai
Hi Baiyang,
On Thu, Dec 03, 2015 at 06:44:29PM +0800, baiyang wrote:
> 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.
Great, thanks for your encouraging feedback! I'm glad it worked in the end!
lly 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,
On Wed, Nov 25, 2015 at 11:59:23PM +0800, baiyang wrote:
> Ok, no problem :-)
>
> The configuration has been updated to what you wan
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,
Hi,
On Wed, Nov 25, 2015 at 11:59:23PM +0800, baiyang wrote:
> Ok, no problem :-)
>
> The configuration has been updated to what you want, let's observe what will
> happen :-D
I'm merging this fix for now. If that happens not to be enough, we'll
re-open the bug and continue investigations. I s
ukas Tribus; haproxy
Subject: Re: Re: CPU 100% when waiting for the client timeout
On Wed, Nov 25, 2015 at 11:53:57PM +0800, baiyang wrote:
> Hi Willy,
>
> I prefer to choose the simple one:
> 1. re-enable the "option abortonclose" option.
> 2. disable "timeout client-f
On Wed, Nov 25, 2015 at 11:53:57PM +0800, baiyang wrote:
> 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?
Yup it is, I didn't know if it was crit
http://baiy.cn
< END OF EMAIL >
From: Willy Tarreau
Date: 2015-11-25 23:46
To: baiyang
CC: CyrilBonté; Lukas Tribus; haproxy
Subject: Re: Re: CPU 100% when waiting for the client timeout
Hi,
On Wed, Nov 25, 2015 at 09:31:45PM +0800, baiyang wrote:
> Hi
>
> Ok, I'll tr
Hi,
On Wed, Nov 25, 2015 at 09:31:45PM +0800, baiyang wrote:
> Hi
>
> Ok, I'll try to disable this option anyway to dig up more clues of this
> issue.
Could you please try the appended patch, or simply disable the client-fin and
server-fin timeouts ?
What I've seen in the code is stupid and c
,
> > "Cyril Bonté"
> > Envoyé: Mercredi 25 Novembre 2015 12:52:03
> > Objet: Re: Re: CPU 100% when waiting for the client timeout
> >
> > (...)
> >
> > Cyril, I would appreciate it if you could check whether your affected
> > config al
On Wed, Nov 25, 2015 at 01:56:29PM +0100, Cyril Bonté wrote:
> Hi all,
>
> - Mail original -
> > De: "Willy Tarreau"
> > À: "baiyang"
> > Cc: "Lukas Tribus" , "haproxy" ,
> > "Cyril Bonté"
> > En
Hi all,
- Mail original -
> De: "Willy Tarreau"
> À: "baiyang"
> Cc: "Lukas Tribus" , "haproxy" ,
> "Cyril Bonté"
> Envoyé: Mercredi 25 Novembre 2015 12:52:03
> Objet: Re: Re: CPU 100% when waiting for the client tim
Hi Baiyang,
On Tue, Nov 24, 2015 at 11:09:33PM +0800, baiyang wrote:
> 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?
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
://baiy.cn
< END OF EMAIL >
From: Willy Tarreau
Date: 2015-11-24 22:59
To: baiyang
CC: Lukas Tribus; haproxy
Subject: Re: Re: CPU 100% when waiting for the client timeout
Hi Baiyang,
On Tue, Nov 24, 2015 at 03:06:15PM +0800, baiyang wrote:
> I caught both strace log and show sess a
On Tue, Nov 24, 2015 at 03:06:15PM +0800, baiyang wrote:
> I caught both strace log and show sess all output this time:
> http://baiy.cn/tmp/log-1124.rar
... and it paid quickly :
0x2890810: [24/Nov/2015:14:38:54.760319] id=708867 proto=tcpv4
source=182.148.111.97:6085
flags=0x24348e, conn_re
Hi Baiyang,
On Tue, Nov 24, 2015 at 03:06:15PM +0800, baiyang wrote:
> I caught both strace log and show sess all output this time:
> http://baiy.cn/tmp/log-1124.rar
Just downloaded it, thanks!
Willy
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 timeout
Hi Baiyang,
On Sun, Nov 22, 2015 at 01:22:42AM +0800, baiyang wrote:
> Hi Willy,
>
> It reproduced again:
Ah bad :-/
(...)
> I'v
U 100% when waiting for the client timeout
Hi Baiyang,
Op 21-11-2015 om 22:00 schreef baiyang:
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 ver
Hi Baiyang,
Op 21-11-2015 om 22:00 schreef baiyang:
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
same task?
--
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 timeout
Hi Baiyang,
On Sun, Nov 22, 2015
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
Hi Baiyang,
On Sun, Nov 22, 2015 at 01:22:42AM +0800, baiyang wrote:
> Hi Willy,
>
> It reproduced again:
Ah bad :-/
(...)
> I've captured the strace call log successfully this time. You are right,
> there are full of epoll_wait and gettimeofday calls.
Excellent, thanks for doing this.
> Here
From: Willy Tarreau
Date: 2015-11-20 20:54
To: baiyang
CC: Lukas Tribus; haproxy
Subject: Re: Re: CPU 100% when waiting for the client timeout
On Fri, Nov 20, 2015 at 08:15:03PM +0800, baiyang wrote:
> > But the kernel's build date dates 2012, that's what troubles me. Are you
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
On Fri, Nov 20, 2015 at 09:26:53PM +0800, baiyang wrote:
> 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?
For now yes. You may want to
OF EMAIL >
From: Willy Tarreau
Date: 2015-11-20 20:54
To: baiyang
CC: Lukas Tribus; haproxy
Subject: Re: Re: CPU 100% when waiting for the client timeout
On Fri, Nov 20, 2015 at 08:15:03PM +0800, baiyang wrote:
> > But the kernel's build date dates 2012, that's wha
On Fri, Nov 20, 2015 at 08:15:03PM +0800, baiyang wrote:
> > But the kernel's build date dates 2012, that's what troubles me. Are you
> > sure you're not running on a locally built kernel that is never updated
> > anymore or any such thing ?
> Yes I sure we are using the official kernel, and did
ate: 2015-11-20 20:00
To: baiyang
CC: Willy Tarreau; Lukas Tribus; haproxy
Subject: Re: CPU 100% when waiting for the client timeout
Hi.
Am 20-11-2015 11:59, schrieb baiyang:
> Hi Willy,
>
>> This one seems to have missed 3 years of bugfixes
> I've just done a "apt-g
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
Hi.
Am 20-11-2015 11:59, schrieb baiyang:
Hi Willy,
This one seems to have missed 3 years of bugfixes
I've just done a "apt-get update && apt-get upgrade" successfully and
reboot the machine this week. I think the OS is fresh enough, but I'll
try to upgrade the kernal to a newer one. :-)
Ho
> I think the right way to upgrade kernel with ubuntu, is:
>
> apt-get update && apt-get dist-upgrade
Exactly, apt may hold back kernel upgrades otherwise.
Lukas
Hi BaiYang,
On Fri, Nov 20, 2015 at 06:59:12PM +0800, baiyang wrote:
> Hi Willy,
>
> > This one seems to have missed 3 years of bugfixes
> I've just done a "apt-get update && apt-get upgrade" successfully and reboot
> the machine this week. I think the OS is fresh enough, but I'll try to
> upgra
I think the right way to upgrade kernel with ubuntu, is:
apt-get update && apt-get dist-upgrade
Le 20/11/2015 12:13, baiyang a écrit :
he kernel seems not upgrade to new version automatically within above
commands, we need do it explicitly. I think it's a protection
mechanism for the system c
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:
> Hi Willy,
>
>> This one seems to have missed 3 years of bugfixes
> I've just done a "apt-get update && apt-get upgrade" successfully and
> reboot the machine this week. I think the OS is fresh enough, but I'll
> try to upgrade the kernal to a newer one. :-)
When you upgrade Ubuntu precise
el to the newest one of Ubuntu 12.04.
Thanks :-)
--
Best Regards
BaiYang
baiy...@gmail.com
http://baiy.cn
< END OF EMAIL >
From: Willy Tarreau
Date: 2015-11-20 17:26
To: baiyang
CC: Lukas Tribus; haproxy
Subject: Re: Re: CPU 100% when waiting for the client timeout
Hi,
Hi Lukas,
On Fri, Nov 20, 2015 at 11:34:50AM +0100, Lukas Tribus wrote:
> >> # uname -a
> >> Linux WD-G0-SRP1 3.2.0-29-generic #46-Ubuntu SMP Fri Jul 27 17:03:23 UTC
> >> 2012 x86_64 x86_64 x86_64 GNU/Linux
> >
> > This one seems to have missed 3 years of bugfixes but anyway I don't see
> > how a
>> # uname -a
>> Linux WD-G0-SRP1 3.2.0-29-generic #46-Ubuntu SMP Fri Jul 27 17:03:23 UTC
>> 2012 x86_64 x86_64 x86_64 GNU/Linux
>
> This one seems to have missed 3 years of bugfixes but anyway I don't see
> how any kernel bug could make haproxy fail, and if it did we'd have to
> find a workaround
Hi,
On Fri, Nov 20, 2015 at 04:11:48PM +0800, baiyang wrote:
> Sorry for send it again, mail.formilux.org told me my attachment is too
> large: /var/spool/mail/archives-haproxy: error writing message: File too large
> So I striped it.
Thanks. I don't remember the file size limit but the list del
*
From: Willy Tarreau
Date: 2015-11-20 02:21
To: baiyang
CC: Lukas Tribus; haproxy
Subject: Re: RE: CPU 100% when waiting for the client timeout
Hello,
On Fri, Nov 20, 2015 at 12:09:03AM +0800, baiyang wrote:
> > Which release did you use previously that worked fine?
> I'm using
Hello,
On Fri, Nov 20, 2015 at 12:09:03AM +0800, baiyang wrote:
> > Which release did you use previously that worked fine?
> I'm using 1.5.14 before upgraded to 1.6.2. I believe everythins is ok before
> the last upgrade. I download it from launchpad.net.
That's quite problematic. I've just revie
com
http://baiy.cn
**** < END OF EMAIL > ****
发件人: Lukas Tribus
发送时间: 2015-11-19 23:40
收件人: baiyang; haproxy
主题: RE: CPU 100% when waiting for the client timeout
Hello!
> Sorry for send it again, I just forgot to provide the attachments.
>
> Affect verions: at least 1.5.15
Hello!
> Sorry for send it again, I just forgot to provide the attachments.
>
> Affect verions: at least 1.5.15 and 1.6.2
>
> Here is the related part in my configuration:
> timeout client 15m # 客户端响应超时
> timeout client-fin 10s # 对客户端连接完成 TCP 4 次挥手超时
> timeout connect 5s # HAProxy 向后端 Ser
46 matches
Mail list logo