Hi Maciej, On Tue, Apr 30, 2019 at 08:43:07AM +0200, Maciej Zdeb wrote: > Filtered results from show fd for that particular virtual server: > > 10 : st=0x22(R:pRa W:pRa) ev=0x01(heopI) [lc] cnext=-3 cprev=-2 tmask=0x1 > umask=0x0 owner=0x53a5690 iocb=0x59d689(conn_fd_handler) back=0 > cflg=0x80243300 fe=virtual-server_front mux=H2 ctx=0x6502860 h2c.st0=2 > .err=0 .maxid=17 .lastid=-1 .flg=0x10000 .nbst=0 .nbcs=1 .fctl_cnt=0 > .send_cnt=0 .tree_cnt=1 .orph_cnt=0 .sub=0 .dsi=13 .dbuf=0@(nil)+0/0 > .msi=-1 .mbuf=0@(nil)+0/0 last_h2s=0x5907040 .id=13 .flg=0x4005 > .rxbuf=0@(nil)+0/0 > .cs=0x905b1b0 .cs.flg=0x00106a00 .cs.data=0x5d1d228 > 98 : st=0x22(R:pRa W:pRa) ev=0x01(heopI) [lc] cnext=-1809 cprev=-2 > tmask=0x1 umask=0x0 owner=0xa3bb7f0 iocb=0x59d689(conn_fd_handler) back=0 > cflg=0x80201300 fe=virtual-server_front mux=H2 ctx=0xa71f310 h2c.st0=3 > .err=0 .maxid=0 .lastid=-1 .flg=0x0008 .nbst=0 .nbcs=0 .fctl_cnt=0 > .send_cnt=0 .tree_cnt=0 .orph_cnt=0 .sub=0 .dsi=3 > .dbuf=16384@0x5873f10+61/16384 > .msi=-1 .mbuf=0@(nil)+0/0
I see that it seems to be HTTP/2. Not saying it's your problem, but a bug that would cause haproxy to use 100% of the CPU has been fixed in the HTTP/2 code just after the 1.9.7 release was done. Any chance you can see if it still happens with that commit : commit c980b511bfef566e9890eb9a06d607c193d63828 Author: Willy Tarreau <[email protected]> Date: Mon Apr 29 10:20:21 2019 +0200 BUG/MEDIUM: mux-h2: properly deal with too large headers frames Regards, Olivier
