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