sonewconn: pcb [...]: Listen queue overflow to human-readable form
Eugene M. Zheganin
emz at norma.perm.ru
Thu Dec 15 12:23:50 UTC 2016
Hi.
Sometimes on one of my servers I got dmesg full of
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (6 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (2 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (1 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (15 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (12 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (10 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (16 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (16 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (22 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (6 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (6 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (1 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (9 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (5 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (18 occurrences)
sonewconn: pcb 0xfffff80373aec000: Listen queue overflow: 49 already in
queue awaiting acceptance (4 occurrences)
but at the time of investigation the socket is already closed and lsof
cannot show me the owner. I wonder if the kernel can itself decode this
output and write it in the human-readable form ?
Thanks.
Eugene.
More information about the freebsd-net
mailing list