[SR-Users] Core Dump from select stmt
Akan
forums at akan.net
Tue Apr 17 04:52:10 CEST 2012
Sorry, I am new to git. What is the git command to add the patch or can
I just download all of the updates?
Thanks
Nathaniel
On 4/16/2012 8:31 AM, Daniel-Constantin Mierla wrote:
> Hello,
>
> the issue was produced inside the debugger module, while printing
> config trace, according to the worker process back trace.
>
> Can you try with the patch from following commit:
>
> http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=40ddcf88df9ef71bba7c182b7a1d76b559645628
>
> If all goes fine with it, I will backport to stable branch.
>
> Cheers,
> Daniel
>
>
> On 4/16/12 2:58 AM, Akan wrote:
>> On Solaris they seem to manage core dumps a little differently. Only
>> 3 processes produced core dumps. I have included the text files of
>> the back trace.
>>
>> Thanks
>>
>> Nathaniel
>>
>> On 4/15/2012 5:34 AM, Daniel-Constantin Mierla wrote:
>>> Hello,
>>>
>>> this one seems from the main process during the shut down cleanup.
>>> Perhaps the core from main process overwritten the one from worker
>>> process. Can you enable one core file per process in Solaris? In
>>> linux is possible via:
>>>
>>> echo "1"> /proc/sys/kernel/core_uses_pid
>>> Then you have to reproduce the case and get the backtraces from each
>>> corefile.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 4/14/12 6:58 PM, Akan wrote:
>>>> Here is the output from gdb that you requested:
>>>>
>>>> Core was generated by `./kamailio'.
>>>> Program terminated with signal 10, Bus error.
>>>> #0 0x00000001001c9ff0 in cfg_destory_groups () at
>>>> cfg/cfg_struct.c:306
>>>> 306 old_string
>>>> = *(char **)(block + group->var_offset + mapping[i].offset);
>>>> (gdb) bt full
>>>> #0 0x00000001001c9ff0 in cfg_destory_groups () at
>>>> cfg/cfg_struct.c:306
>>>> group = 0x1004e2528
>>>> def = <value optimized out>
>>>> i = <value optimized out>
>>>> group2 = <value optimized out>
>>>> mapping = 0x1004e23d8
>>>> old_string = <value optimized out>
>>>> #1 cfg_destroy () at cfg/cfg_struct.c:398
>>>> __FUNCTION__ = "cfg_destroy"
>>>> #2 0x0000000100060d44 in cleanup (show_status=1) at main.c:553
>>>> memlog = <value optimized out>
>>>> __FUNCTION__ = "cleanup"
>>>> #3 0x0000000100061ae0 in shutdown_children (show_status=<value
>>>> optimized out>, sig=15) at main.c:678
>>>> No locals.
>>>> #4 0x0000000100063470 in handle_sigs () at main.c:769
>>>> chld = 0
>>>> chld_status = 0
>>>> memlog = <value optimized out>
>>>> #5 0x0000000100066310 in main_loop () at main.c:1713
>>>> i = <value optimized out>
>>>> pid = <value optimized out>
>>>> si = <value optimized out>
>>>> si_desc = "udp receiver child=3
>>>> sock=209.252.110.38:5060\000óÐ\000\000\000\001\000BE\000\000\000\000\000\000\000\000\002ÿÿÿÿ\177ÿóÁ\000\000\000\001\000\037z\200",
>>>> '\000' <repeats 14 times>, "gÐÿÿÿÿÿÿÿýÿÿÿÿÿÿÿýÿÿÿÿÿÿÿýÿÿÿÿÿÿÿý"
>>>> #6 0x00000001001f7e94 in main (argc=<value optimized out>,
>>>> argv=<value optimized out>) at main.c:2475
>>>> cfg_stream = <value optimized out>
>>>> c = <value optimized out>
>>>> r = -1
>>>> tmp = 0x0
>>>> tmp_len = 0
>>>> options = 0x100222858
>>>> ":f:cm:M:dVhEb:l:L:n:vrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:"
>>>> seed = 660384647
>>>> rfd = <value optimized out>
>>>> debug_save = <value optimized out>
>>>> debug_flag = <value optimized out>
>>>> dont_fork_cnt = <value optimized out>
>>>> n_lst = 0x100000
>>>> p = <value optimized out>
>>>> (gdb)
>>>>
>>>>
>>>> Thanks
>>>>
>>>> Nathaniel
>>>>
>>>> On 4/14/2012 3:10 AM, Daniel-Constantin Mierla wrote:
>>>>> Hello,
>>>>>
>>>>> from the log messages, you got a core dump file. Locate it (should
>>>>> be in / if you haven't specified -w 'path' or solaris does not
>>>>> have a special directory for corefiles) and get the back trace:
>>>>>
>>>>> gdb /path/to/kamailio /path/to/corefile
>>>>>
>>>>> Then inside gdb execute 'bt full' and send the output here.
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>> On 4/14/12 2:56 AM, Akan Technology wrote:
>>>>>> hello,
>>>>>>
>>>>>> I am running kamailio 3.2.2 on Solaris 10 64 bit and I am getting
>>>>>> a core dump on this statement:
>>>>>>
>>>>>> $ru = "sip:" + $rU + "@" + $sel(cfg_get.registrar1.server_ip)
>>>>>> +
>>>>>> $sel(cfg_get.registrar1.server_port);
>>>>>>
>>>>>>
>>>>>> Here is how the variable is defined:
>>>>>>
>>>>>> registrar1.server_ip = "xxx.xxx.xxx.xxx" desc "Registrar server
>>>>>> IP address"
>>>>>> registrar1.server_port = "5080" desc "Registrar server Port"
>>>>>>
>>>>>>
>>>>>> Here is the output from the logs with debug:
>>>>>>
>>>>>> 10(25373) ERROR: *** cfgtrace:
>>>>>> c=[/opt/kamailio-3.2/etc/kamailio/kamailio.cfg] l=1072 a=65 n=assign
>>>>>> 10(25373) DEBUG: <core> [select.c:424]: Calling SELECT 1004b2bc0
>>>>>> 10(25373) DEBUG: <core> [select.c:424]: Calling SELECT 1004b4da0
>>>>>> 10(25373) ERROR: *** cfgtrace:14(25377) : <core> [pass_fd.c:293]:
>>>>>> ERROR: receive_fd: EOF on 22
>>>>>> 14(25377) DEBUG: <core> [tcp_main.c:3555]: DBG: handle_ser_child:
>>>>>> dead child 10, pid 25373 (shutting down?)
>>>>>> 14(25377) DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del
>>>>>> (1003738b8, 22, 0, 0x0) fd_no=18 called
>>>>>> 14(25377) DEBUG: <core> [tcp_main.c:3316]: DBG: handle_tcp_child:
>>>>>> dead tcp child 0 (pid 25373, no 10) (shutting down?)
>>>>>> 14(25377) DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del
>>>>>> (1003738b8, 24, 1, 0x0) fd_no=17 called
>>>>>> 0(25363) ALERT: <core> [main.c:751]: child process 25373 exited
>>>>>> by a signal 11
>>>>>> 0(25363) ALERT: <core> [main.c:754]: core was generated
>>>>>> 0(25363) INFO: <core> [main.c:766]: INFO: terminating due to
>>>>>> SIGCHLD
>>>>>> 14(25377) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>
>>>>>>
>>>>>> Here is the full route code:
>>>>>>
>>>>>> route[TO_REGISTRAR] {
>>>>>>
>>>>>> # check if Registrar server's IP is defined
>>>>>>
>>>>>> if (strempty($sel(cfg_get.registrar1.server_ip))) {
>>>>>>
>>>>>> xlog("SCRIPT: REGISTRAR - registrar1.server_ip
>>>>>> not defined\n");
>>>>>> return;
>>>>>>
>>>>>> }
>>>>>>
>>>>>> $ru = "sip:" + $rU + "@" +
>>>>>> $sel(cfg_get.registrar1.server_ip) + ":"
>>>>>> +
>>>>>> $sel(cfg_get.registrar1.server_port);
>>>>>>
>>>>>> route(RELAY);
>>>>>> exit;
>>>>>>
>>>>>> } # End of TO_Registrar Route
>>>>>>
>>>>>>
>>>>>> I am trying to setup the proxy server to route all registers
>>>>>> requests to another kamailio server
>>>>>>
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> Nathaniel
>>>>>>
>>>>>> _______________________________________________
>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>>>>>> mailing list
>>>>>> sr-users at lists.sip-router.org
>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>>>> list
>>>> sr-users at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> --
>>> Daniel-Constantin Mierla
>>> Kamailio Advanced Training, April 23-26, 2012, Berlin, Germany
>>> http://www.asipto.com/index.php/kamailio-advanced-training/
>>>
>>> No virus found in this message.
>>> Checked by AVG - www.avg.com <http://www.avg.com>
>>> Version: 2012.0.1913 / Virus Database: 2411/4937 - Release Date:
>>> 04/14/12
>>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla
> Kamailio Advanced Training, April 23-26, 2012, Berlin, Germany
> http://www.asipto.com/index.php/kamailio-advanced-training/
>
> No virus found in this message.
> Checked by AVG - www.avg.com <http://www.avg.com>
> Version: 2012.0.1913 / Virus Database: 2411/4939 - Release Date: 04/15/12
>
More information about the sr-users
mailing list