[Kamailio-Users] kamailio crashes during connection attempt

Daniel-Constantin Mierla miconda at gmail.com
Mon Feb 8 22:27:00 CET 2010


Hello,

might be a buffer overflow somewhere else. I will send you some 
instructions to compile with memory debug one.

Meanwhile, this seems to be a particular case (has to be found and fixed 
anyhow), the SUBSCRIBE is looping. Is voice.djuk.ee a local domain 
(matching the 'myself' condition)? If is local domain and not in dns 
then add:

alias=voice.djuk.ee

Cheers,
Daniel


On 2/8/10 10:14 PM, Dmitri wrote:
> Hello,
>
> Updated gdb output in attached file.
>
> BR,
> Dmitri
>
> 08.02.2010 22:51, Daniel-Constantin Mierla пишет:
>> Hello,
>>
>> once you are in gdb, run 'bt' to get the backtrace. That is very 
>> useful in the first step to see what functions were executed before 
>> the crash.
>>
>>
>> Thanks,
>> Daniel
>>
>> On 2/8/10 9:23 PM, Dmitri wrote:
>>> Hello Klaus,
>>>
>>> Thank you for suggestion. Now I got core, and output of gdb you may 
>>> see in attached file.
>>> Core was about 40M of size.
>>> I have to say that i never used kamailio before and this crash is my 
>>> first experience.
>>>
>>> BR,
>>> Dmitri
>>>
>>> 08.02.2010 21:37, Klaus Darilion пишет:
>>>>
>>>>
>>>> Am 08.02.2010 20:00, schrieb Dmitri:
>>>>> Hello,
>>>>> 1. Yes, there is at least 2 times more space than core dump needs.
>>>>
>>>>
>>>>
>>>> # Try specifying things manually, as user root:
>>>> echo "/tmp/core.%e.sig%s.%p" > /proc/sys/kernel/core_pattern
>>>>
>>>> # verify configuration changes
>>>> cat /proc/sys/kernel/core_pattern
>>>>
>>>> # set ulimit
>>>> ulimit -c unlimited
>>>>
>>>> # start kamailio manually
>>>> kamailio
>>>>
>>>> now kamailio should be running as user root and should be able to 
>>>> core dump into /tmp
>>>>
>>>>> 2. I could find nothing, unfortunately...
>>>>> I can only see that problem is related to tm.so library:
>>>>> kamailio kernel: [ 1051.432646] kamailio[2678]: segfault
>>>>> at 12 ip 00007fa8b592ae43 sp 00007fff48ff9f40 error 4 in
>>>>> tm.so[7fa8b5917000+72000]
>>>>
>>>> Daniel, I can't remember. Is it necessary to turn off some compiler 
>>>> optimizations in Makefile.defs to get a useful backtrace? (or was 
>>>> that in Asterisk?)
>>>>
>>>> regards
>>>> klaus
>>>>
>>>>
>>>>>
>>>>> BR,
>>>>> Dmitri
>>>>>
>>>>>>> I don't know it this applies to you but also check the following:
>>>>>>>
>>>>>>> 1. You have enough space in the partition where $COREDIR is created
>>>>>>> 2. Check that the user that runs kamailio (usually openser) has 
>>>>>>> read
>>>>>>> write access on that directory
>>>>>>>
>>>>>>> Also if you grep for core in the /var/log/ directory I believe that
>>>>>>> there might be some lines either in dmesg or in messages that tell
>>>>>>> you if a core was created or not.
>>>>>>>
>>>>>>> Hope what I said is not redundant and it helps.
>>>>>>>
>>>>>>> Marius
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Kamailio (OpenSER) - Users mailing list
>>>>> Users at lists.kamailio.org
>>>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>>>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>> _______________________________________________
>>> Kamailio (OpenSER) - Users mailing list
>>> Users at lists.kamailio.org
>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>>
>> -- 
>> Daniel-Constantin Mierla
>> eLearning class for Kamailio 3.0.0
>> Starting Feb 8, 2010
>> *http://www.asipto.com/
>>    
>

-- 
Daniel-Constantin Mierla
eLearning class for Kamailio 3.0.0
Starting Feb 8, 2010
* http://www.asipto.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20100208/dca0e9e0/attachment.htm>


More information about the sr-users mailing list