[SR-Users] Kamailio Unexpectedly Terminating
Akan
forums at akan.net
Wed May 23 08:44:58 CEST 2012
I'd setup another solaris server with kamailio v3.2, applied the patch
and tested the change. Kamailio did not crash nor took a core dump. So
it looks like it might be a hardware problem now.
Thanks
Nathaniel
On 5/9/2012 1:52 PM, Akan wrote:
> I changed the use_domain parameter for usrloc to 0 and retried.
> Kamailio did not crash and I was able to get registered. I have
> another server with the same configurations as the one having the
> problem. I will apply the patch there and see if the problem still
> occurs. Also, setting the use_domain to 0 for usrloc, does this limit
> me to not being able to use other domains within the SIP message?
>
> Thanks
>
> Nathaniel
>
> On 5/9/2012 3:05 AM, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> I see no reason why it crashes at line 104 when realm_prefix.len==0.
>>
>> Might be a memory problem (hardware). Can you try with use_domain
>> parameter set to 0 for usrloc module?
>>
>> Cheers,
>> Daniel
>>
>> On 5/5/12 5:29 PM, Akan wrote:
>>> I made the change and still have the problem. I have included the
>>> output from stepping thru via gdb and the block of code where I made
>>> the change and that was executed.
>>>
>>> 98 if (reg_use_domain) {
>>> 99 if (user_len)
>>> 100 aor_buf[_a->len++] = '@';
>>> 101 /* strip prefix (if defined) */
>>> 102 realm_prefix.s = cfg_get(registrar,
>>> registrar_cfg, realm_pref).s;
>>> 103 realm_prefix.len = cfg_get(registrar,
>>> registrar_cfg, realm_pref).len;
>>> 104 if (realm_prefix.len>0 &&
>>> realm_prefix.len<puri.host.len &&
>>> 105 (memcmp(realm_prefix.s, puri.host.s,
>>> realm_prefix.len)==0) ) {
>>> 106 memcpy(aor_buf + _a->len,
>>> puri.host.s + realm_prefix.len,
>>> 107 puri.host.len -
>>> realm_prefix.len);
>>> 108 _a->len += puri.host.len -
>>> realm_prefix.len;
>>> 109 } else {
>>> 110 memcpy(aor_buf + _a->len,
>>> puri.host.s, puri.host.len);
>>> 111 _a->len += puri.host.len;
>>> 112 }
>>> 113 }
>>>
>>>
>>>
>>> Thanks
>>>
>>> Nathaniel
>>>
>>> On 5/4/2012 2:55 AM, Daniel-Constantin Mierla wrote:
>>>> Hello,
>>>>
>>>> interesting, it seems to crash at the evaluation of
>>>> 'realm_prefix.len' - because it is 0, the IF condition should stop
>>>> evaluation of the rest of the expression.
>>>>
>>>> Can you try to change the first part of the condition at line 104 to:
>>>>
>>>> if (realm_prefix.len>0 && ...
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> On 5/4/12 4:42 AM, Akan wrote:
>>>>> I was able to step thru via gdb to the point where Kamailio took a
>>>>> segment fault. I have included a backtrace as well as the output
>>>>> from me stepping thru common.c to the point where it failed. Hope
>>>>> this will help.
>>>>>
>>>>> Thanks
>>>>>
>>>>> Nathaniel
>>>>>
>>>>> On 4/29/2012 4:37 AM, Daniel-Constantin Mierla wrote:
>>>>>> Hello,
>>>>>>
>>>>>> the issue was a sig bus this time, which more enforced in
>>>>>> sparc/solaris, not common in linux. I was looked at the structure
>>>>>> and seems aligned ok, mis-alignment being the most often used to
>>>>>> rise sigbus. What I could think as next reason was the empty
>>>>>> string default value which may make solaris think is not
>>>>>> accessible anymore at runtime via the cfg structure, so I changed
>>>>>> the field for prefix to str and initialized to null to force
>>>>>> allocation in any case.
>>>>>>
>>>>>> Can you try with the attached patch and tell if works fine?
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>>>>>> On 4/28/12 6:49 PM, Akan wrote:
>>>>>>> I tried adding the realm_prefix and still got the same problem.
>>>>>>> I ran kamailio thru gdb to try and step thru and get more
>>>>>>> information and have included the output in the attached text
>>>>>>> file. Hope this helps.
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>> Nathaniel L Keeling
>>>>>>>
>>>>>>> On 4/26/2012 2:42 PM, Akan wrote:
>>>>>>>> No, but I do have an alias defined.
>>>>>>>>
>>>>>>>> alias="mydomain.com:5080"
>>>>>>>>
>>>>>>>> Thanks
>>>>>>>>
>>>>>>>> Nathaniel
>>>>>>>>
>>>>>>>> On 4/26/2012 3:41 AM, Daniel-Constantin Mierla wrote:
>>>>>>>>> Hello,
>>>>>>>>>
>>>>>>>>> do you set the realm_prefix parameter of registrar module?
>>>>>>>>>
>>>>>>>>> http://kamailio.org/docs/modules/stable/modules_k/registrar.html#id2495082
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> If yes, can you paste it here?
>>>>>>>>>
>>>>>>>>> Cheers,
>>>>>>>>> Daniel
>>>>>>>>>
>>>>>>>>> On 4/25/12 9:42 PM, Akan wrote:
>>>>>>>>>> I have 2 servers running Solaris and Kamailio 3.2.3 where on
>>>>>>>>>> one Kamailio is terminating when it tries to save the
>>>>>>>>>> location for a register request and the other is producing a
>>>>>>>>>> core dump when processing an Option request. I have one
>>>>>>>>>> server handling Register request while the other sip server
>>>>>>>>>> forwards the register requests and handles the other
>>>>>>>>>> requests. I have included the backtraces from the core dumps
>>>>>>>>>> and the output from the log for the registrar server as well
>>>>>>>>>> as the command that is causing kamailio to terminate:
>>>>>>>>>>
>>>>>>>>>> if (!save("location"))
>>>>>>>>>> sl_reply_error();
>>>>>>>>>>
>>>>>>>>>> 4(3364) ERROR: *** cfgtrace:
>>>>>>>>>> c=[/opt/kamailio-3.2/etc/kamailio/kamailio.cfg] l=714 a=17 n=if
>>>>>>>>>> 4(3364) ERROR: *** cfgtrace:
>>>>>>>>>> c=[/opt/kamailio-3.2/etc/kamailio/kamailio.cfg] l=711 a=26
>>>>>>>>>> n=save
>>>>>>>>>> 14(3374) : <core> [pass_fd.c:293]: ERROR: receive_fd: EOF on 15
>>>>>>>>>> 14(3374) DEBUG: <core> [tcp_main.c:3555]: DBG:
>>>>>>>>>> handle_ser_child: dead child 4, pid 3364 (shutting down?)
>>>>>>>>>> 14(3374) DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del
>>>>>>>>>> (1003743d8, 15, 0, 0x0) fd_no=18 called
>>>>>>>>>> 0(3360) ALERT: <core> [main.c:751]: child process 3364
>>>>>>>>>> exited by a signal 10
>>>>>>>>>> 0(3360) ALERT: <core> [main.c:754]: core was not generated
>>>>>>>>>> 0(3360) INFO: <core> [main.c:766]: INFO: terminating due to
>>>>>>>>>> SIGCHLD
>>>>>>>>>> 6(3366) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 1(3361) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 2(3362) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 3(3363) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 5(3365) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 7(3367) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 8(3368) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 9(3369) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 10(3370) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 11(3371) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 12(3372) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 13(3373) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 14(3374) INFO: <core> [main.c:817]: INFO: signal 15 received
>>>>>>>>>> 0(3360) DEBUG: presence_xml [presence_xml.c:347]: start
>>>>>>>>>> 0(3360) ERROR: ctl [ctl.c:379]: ERROR: ctl: could not delete
>>>>>>>>>> unix socket /tmp/kamailio_ctl: Permission denied (13)
>>>>>>>>>> 0(3360) DEBUG: <core> [db_pool.c:102]: removing connection
>>>>>>>>>> from the pool
>>>>>>>>>> 0(3360) DEBUG: db_postgres [km_pg_con.c:122]:
>>>>>>>>>> PQfinish(100842470)
>>>>>>>>>> 0(3360) DEBUG: db_postgres [km_pg_con.c:126]:
>>>>>>>>>> pkg_free(1004c1f30)
>>>>>>>>>> 0(3360) DEBUG: tm [t_funcs.c:122]: DEBUG: tm_shutdown : start
>>>>>>>>>> 0(3360) DEBUG: tm [t_funcs.c:125]: DEBUG: tm_shutdown :
>>>>>>>>>> emptying hash table
>>>>>>>>>> 0(3360) DEBUG: tm [t_funcs.c:127]: DEBUG: tm_shutdown :
>>>>>>>>>> removing semaphores
>>>>>>>>>> 0(3360) DEBUG: tm [t_funcs.c:129]: DEBUG: tm_shutdown :
>>>>>>>>>> destroying tmcb lists
>>>>>>>>>> 0(3360) DEBUG: tm [t_funcs.c:132]: DEBUG: tm_shutdown : done
>>>>>>>>>>
>>>>>>>>>> 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
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Daniel-Constantin Mierla -http://www.asipto.com
>>>>>>>>> http://twitter.com/#!/miconda
>>>>>>>>> -http://www.linkedin.com/in/miconda
>>>>>>>>>
>>>>>>>>> No virus found in this message.
>>>>>>>>> Checked by AVG - www.avg.com <http://www.avg.com>
>>>>>>>>> Version: 2012.0.1913 / Virus Database: 2411/4959 - Release
>>>>>>>>> Date: 04/25/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
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> -----
>>>>>>>> No virus found in this message.
>>>>>>>> Checked by AVG - www.avg.com
>>>>>>>> Version: 2012.0.1913 / Virus Database: 2411/4960 - Release
>>>>>>>> Date: 04/26/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 -http://www.asipto.com
>>>>>> http://twitter.com/#!/miconda -http://www.linkedin.com/in/miconda
>>>>>>
>>>>>>
>>>>>> No virus found in this message.
>>>>>> Checked by AVG - www.avg.com <http://www.avg.com>
>>>>>> Version: 2012.0.1913 / Virus Database: 2411/4965 - Release Date:
>>>>>> 04/28/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
>
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2012.0.2171 / Virus Database: 2425/4987 - Release Date: 05/09/12
>
>
More information about the sr-users
mailing list