18 Mar
2013
18 Mar
'13
1:55 p.m.
These are warning messages, if you want better protection of the log
size, lower debug level.
For tuning of tcp, read doc/tcp_tunning.txt
Probably you have a low value for open fds, look at 'ulimit -n'.
Cheers,
Daniel
On 3/18/13 6:42 PM, Simon Perreault wrote:
Le 2013-03-18 18:12, Krishna Kurapati a écrit :
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, April 16-17, 2013, Berlin
- http://conference.kamailio.com -
My Log filled to 20G overnight with these
Mar 18 09:59:44 sipprod /usr/local/sbin/kamailio[26157]: ERROR: <core>
[tcp_main.c:4049]: WARNING: handle_new_connect: error while accepting
connection(24): Too many open files
Mar 18 09:59:44 sipprod /usr/local/sbin/kamailio[26157]: ERROR: <core>
[tcp_main.c:4049]: WARNING: handle_new_connect: error while accepting
connection(24): Too many open files
Mar 18 09:59:44 sipprod /usr/local/sbin/kamailio[26157]: ERROR: <core>
[tcp_main.c:4049]: WARNING: handle_new_connect: error while accepting
connection(24): Too many open files^C
[...]
Is this an issue with Kamailio or something else?
Yes it's an issue with Kamailio. Any daemon should throttle accept()
calls when encountering file descriptor exhaustion.
That does not mean that the exhaustion situation you encountered was
normal in the first place, but at least Kamailio should react
correctly. Filling the logs or busy-looping are not acceptable.
Simon
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users