5 May
2012
5 May
'12
10:47 a.m.
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(a)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(a)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(a)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
>