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@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@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@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@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
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
