On 3/18/13 6:42 PM, Simon Perreault wrote:
Le 2013-03-18 18:12, Krishna Kurapati a écrit :
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.
Just to add
(besides lowering debug level in kamailio config as said in
previous email), latest versions of syslog apps have limits for syslog
file size. That should be used as protection anyhow.
A contribution on enhancing the way kamailio logs in such situation is
welcome, of course.
Cheers,
Daniel
--
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 -