30 Apr
2012
30 Apr
'12
6:19 p.m.
I applied the changes, reran the test and this time I got a core dump. I
have included the core dumps as attachments and listed the commands that
I used to apply the patches.
# git apply --check registrar-real-prefix-str.patch
# git apply registrar-real-prefix-str.patch
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:
--
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
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:
_______________________________________________
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 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