[SR-Users] Bad File Descriptor
Daniel-Constantin Mierla
miconda at gmail.com
Thu Feb 17 20:08:33 CET 2011
Please keep the mailing list cc-ed.
My previous email had other comments/questions inline, can you answer
them as well? They are relevant in troubleshooting.
Thanks,
Daniel
On 2/17/11 7:57 PM, David J. wrote:
> version: kamailio 3.1.1 (x86_64/linux) 88bda8
> flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS,
> USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM,
> SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX,
> FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR,
> USE_DST_BLACKLIST, HAVE_RESOLV_RES
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 4MB
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> id: 88bda8
> compiled on 04:39:27 Dec 9 2010 with gcc 4.3.2
>
>
>
> On 2/17/11 1:46 PM, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> what is the version you are using?
>>
>> On 2/17/11 7:35 PM, David J. wrote:
>>> 5(20390) ERROR: <core> [udp_server.c:586]: ERROR: udp_send:
>>> sendto(sock,0x7f67f7f94d14,4,0,69.117.34.101:2048,16): Bad file
>>> descriptor(9)
>>> 5(20390) ERROR: nathelper [nathelper.c:1722]: udp_send failed
>>>
>>>
>>> I see this error when I try to restart kamailio after crash;
>>
>> What is the cause for the crash? Do you have a log or core for that?
>>
>>> I see the cause of this problem is 'stale' entries in the location
>>> table;
>>>
>>> If I delete this entries kamailio starts fine; any suggestions to
>>> prevent this from continuously happening.
>> Is any change in the IP address of the server upon restart?
>>
>> Do the errors persist or they stop after a while? They are related to
>> NAT keepalives sent by nathelper module, so they don't affect the sip
>> traffic and if they are for stale contacts then they are fully
>> harmless. The stale contacts should be automatically removed after a
>> while by usrloc module.
>>
>> Cheers,
>> Daniel
>>
>
--
Daniel-Constantin Mierla
http://www.asipto.com
More information about the sr-users
mailing list