Re: [SR-Users] Problem with max tcp connections

On Thu, Nov 21, 2019 at 07:49:28PM +0100, Jose Fco. Irles Dur?? wrote: Well, the problem happened to me on 2 different loadbalancers (withing 24 hours where the loadbalancers had a near identical uptime) For about 35m no new connections can be established. Already established connections work fine. I'm not seeing any queueing in to OS (netstat/ss) After some time all works well again without doing anything to the machine/kamailio. I could try to make a core dump if this happens again and the timing is more appropriate for that. kamcmd> core.tcp_info { readers: 4 max_connections: 4096 max_tls_connections: 2048 opened_connections: 617 opened_tls_connections: 0 write_queued_bytes: 0 } tcp options in .cg: tcp_max_connections=4096 tcp_connection_lifetime=3605 Only funny thing I see is that there are some TCP connections with a very high timeout: { id: 15453 type: TCP state: CONN_OK timeout: 268435455 lifetime: 3605 ref_count: 2 src_ip: a.b.c.d src_port: 51196 dst_ip: e.f.g.h dst_port: 5060 } The timeout is either [0,3605] or 268435455. The high timeout ones dissear quickly: while sleep 1 ; do date; kamcmd core.tcp_list | grep 268435455; done Tue Nov 26 10:29:21 CET 2019 Tue Nov 26 10:29:22 CET 2019 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 Tue Nov 26 10:29:23 CET 2019 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 Tue Nov 26 10:29:24 CET 2019 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 Tue Nov 26 10:29:25 CET 2019 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 Tue Nov 26 10:29:26 CET 2019 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 Tue Nov 26 10:29:27 CET 2019 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 timeout: 268435455 Tue Nov 26 10:29:28 CET 2019 timeout: 268435455 timeout: 268435455 Tue Nov 26 10:29:29 CET 2019 timeout: 268435455 timeout: 268435455