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
baiy...@
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!
arreau
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 want, le
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
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,
://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 try to di
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-fin&qu
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
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
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?
Hi all,
- Mail original -
> De: "Willy Tarreau" <w...@1wt.eu>
> À: "baiyang" <baiy...@gmail.com>
> Cc: "Lukas Tribus" <luky...@hotmail.com>, "haproxy" <haproxy@formilux.org>,
> "Cyril Bonté" <cyril.b
, "haproxy" <haproxy@formilux.org>,
> > "Cyril Bonté" <cyril.bo...@free.fr>
> > Envoyé: Mercredi 25 Novembre 2015 12:52:03
> > Objet: Re: Re: CPU 100% when waiting for the client timeout
> >
> > (...)
> >
> > Cyril, I would
t;Lukas Tribus" <luky...@hotmail.com>, "haproxy" <haproxy@formilux.org>,
> > "Cyril Bonté" <cyril.bo...@free.fr>
> > Envoyé: Mercredi 25 Novembre 2015 12:52:03
> > Objet: Re: Re: CPU 100% when waiting for the client timeout
> >
>
< 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 all output
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 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.
>
MAIL >
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 trouble
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 time
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 at 01:22:4
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
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: CPU 100
de" 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 19:21
To: baiyang
CC: Lukas Tribus; haproxy
S
END 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 what troubles
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
>
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
> 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
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: R
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-get upd
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
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
hanks :-)
--
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,
On Fri, Nov 20, 2015 at 04:11:48PM +08
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 the
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
> 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.
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. :-)
>> # 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
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
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
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
lly 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 1.5.14 before upgra
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 向后端
ards
BaiYang
baiy...@gmail.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.
>
43 matches
Mail list logo
