[SR-Users] Runaway TCP Log
Daniel-Constantin Mierla
miconda at gmail.com
Mon Mar 18 19:01:56 CET 2013
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 -
More information about the sr-users
mailing list