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 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 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 is the broken request:
> Nov 22 01:06:32 WD-G0-SRP1 haproxy[1259]: 2.145.41.3:56014
> [22/Nov/2015:00:50:01.683] https-in~ g0n2/n2 1263/0/0/3/991286 200 84517 - -
> 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
OK I just downloaded it, thank you. That's interesting, it's not a
closed fd that is reported, it's an old timer that is not processed
(for a reason I have no idea about) or a task which remains active
but not processed, which causes epoll_wait's timeout to remain zero,
hence the busy loop. This clearly is an haproxy bug.
Did you by chance have the opportunity to retrieve a "show sess all"
on the CLI ? I can easily understand that you didn't think about it
facing the situation.
At least that gives us a few insights about what to look for :-/
Thanks!
willy
