[SR-Users] Kamailio Unexpectedly Terminating
Daniel-Constantin Mierla
miconda at gmail.com
Wed May 9 10:05:41 CEST 2012
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
>>>>
>>
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
More information about the sr-users
mailing list