[SR-Users] Kamailio Unexpectedly Terminating
Akan
forums at akan.net
Wed May 9 20:52:14 CEST 2012
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
>>>>>
>>>
>
More information about the sr-users
mailing list