On 18 April 2011 15:47, Henning Westerholt henning.westerholt@1und1.de wrote:
On Monday 18 April 2011, Roman Yeryomin wrote:
coredump? easy :) you can pick core file itself here (it's pretty heavy to send to the list): http://83.99.159.113/core.kamailio.20110418-1331
What do you mean by backtrace? log output or strace output?
Hi Roman,
he refers to a gdb backtrace, "gdb bt". More informations e.g. here: http://www.kamailio.org/dokuwiki/doku.php/troubleshooting:corefiles
ok, here is the backtrace:
# gdb kamailio core GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/tls/i686/cmov/libdl.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libdl.so.2 Reading symbols from /lib/tls/i686/cmov/libresolv.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libresolv.so.2 Reading symbols from /lib/tls/i686/cmov/libc.so.6...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/local/lib/kamailio/modules_k/mi_fifo.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/mi_fifo.so Reading symbols from /usr/local/lib/kamailio/libkmi.so.1...done. Loaded symbols for /usr/local/lib/kamailio/libkmi.so.1 Reading symbols from /usr/local/lib/kamailio/modules_k/kex.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/kex.so Reading symbols from /usr/local/lib/kamailio/libkcore.so.1...done. Loaded symbols for /usr/local/lib/kamailio/libkcore.so.1 Reading symbols from /usr/local/lib/kamailio/modules/tm.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/tm.so Reading symbols from /usr/local/lib/kamailio/modules_k/tmx.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/tmx.so Reading symbols from /usr/local/lib/kamailio/modules/sl.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/sl.so Reading symbols from /usr/local/lib/kamailio/modules_k/rr.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/rr.so Reading symbols from /usr/local/lib/kamailio/modules_k/pv.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/pv.so Reading symbols from /usr/local/lib/kamailio/modules_k/maxfwd.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/maxfwd.so Reading symbols from /usr/local/lib/kamailio/modules_k/usrloc.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/usrloc.so Reading symbols from /usr/local/lib/kamailio/libsrdb1.so.1...done. Loaded symbols for /usr/local/lib/kamailio/libsrdb1.so.1 Reading symbols from /usr/local/lib/kamailio/modules_k/registrar.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/registrar.so Reading symbols from /usr/local/lib/kamailio/modules_k/textops.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/textops.so Reading symbols from /usr/local/lib/kamailio/modules_k/siputils.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/siputils.so Reading symbols from /usr/local/lib/kamailio/modules_k/xlog.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/xlog.so Reading symbols from /usr/local/lib/kamailio/modules/sanity.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/sanity.so Reading symbols from /usr/local/lib/kamailio/modules/ctl.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/ctl.so Reading symbols from /usr/local/lib/kamailio/modules/mi_rpc.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/mi_rpc.so Reading symbols from /usr/local/lib/kamailio/modules_k/acc.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/acc.so Reading symbols from /lib/tls/i686/cmov/libpthread.so.0...done. Loaded symbols for /lib/tls/i686/cmov/libpthread.so.0 Reading symbols from /usr/local/lib/kamailio/modules_k/perl.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/perl.so Reading symbols from /usr/lib/libperl.so.5.8...done. Loaded symbols for /usr/lib/libperl.so.5.8 Reading symbols from /lib/tls/i686/cmov/libm.so.6...done. Loaded symbols for /lib/tls/i686/cmov/libm.so.6 Reading symbols from /lib/tls/i686/cmov/libcrypt.so.1...done. Loaded symbols for /lib/tls/i686/cmov/libcrypt.so.1 Reading symbols from /usr/local/lib/kamailio/modules_k/perlvdb.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/perlvdb.so Reading symbols from /usr/local/lib/kamailio/modules/auth.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/auth.so Reading symbols from /usr/local/lib/kamailio/modules_k/auth_db.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/auth_db.so Reading symbols from /usr/local/lib/kamailio/modules/app_lua.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/app_lua.so Reading symbols from /usr/lib/liblua5.1.so.0...done. Loaded symbols for /usr/lib/liblua5.1.so.0 Reading symbols from /lib/tls/i686/cmov/libnss_files.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libnss_files.so.2 Reading symbols from /lib/tls/i686/cmov/libnss_dns.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libnss_dns.so.2 Core was generated by `kamailio -dddd'. Program terminated with signal 11, Segmentation fault. [New process 13773] #0 0xb7228e3a in parseurl (url=0xb7213230 "T�0\b#") at perlvdbfunc.c:60 60 if (strlen(cn) > 0)
If I understand this correctly error refers to row 60 in perlvdbfunc.c strlen expects const char* instead of char* ?
Regards, Roman
On 19 April 2011 13:12, Roman Yeryomin leroi.lists@gmail.com wrote:
ok, here is the backtrace:
# gdb kamailio core ... Reading symbols from /usr/local/lib/kamailio/modules_k/perlvdb.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/perlvdb.so ... Core was generated by `kamailio -dddd'. Program terminated with signal 11, Segmentation fault. [New process 13773] #0 0xb7228e3a in parseurl (url=0xb7213230 "T�0\b#") at perlvdbfunc.c:60 60 if (strlen(cn) > 0)
If I understand this correctly error refers to row 60 in perlvdbfunc.c strlen expects const char* instead of char* ?
So, any thoughts?
Regards, Roman
On 4/20/11 1:54 PM, Roman Yeryomin wrote:
On 19 April 2011 13:12, Roman Yeryominleroi.lists@gmail.com wrote:
ok, here is the backtrace:
# gdb kamailio core ... Reading symbols from /usr/local/lib/kamailio/modules_k/perlvdb.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/perlvdb.so ... Core was generated by `kamailio -dddd'. Program terminated with signal 11, Segmentation fault. [New process 13773] #0 0xb7228e3a in parseurl (url=0xb7213230 "T�0\b#") at perlvdbfunc.c:60 60 if (strlen(cn)> 0)
If I understand this correctly error refers to row 60 in perlvdbfunc.c strlen expects const char* instead of char* ?
So, any thoughts?
Send the output of 'bt full'. You haven't sent the backtrace, just the initial output from the gdb command loading kamailio and the core. Once it is loaded, run the command I mentioned and send the output.
Cheers, Daniel
On 20 April 2011 15:24, Daniel-Constantin Mierla miconda@gmail.com wrote:
On 4/20/11 1:54 PM, Roman Yeryomin wrote:
On 19 April 2011 13:12, Roman Yeryominleroi.lists@gmail.com wrote:
ok, here is the backtrace:
# gdb kamailio core ... Reading symbols from /usr/local/lib/kamailio/modules_k/perlvdb.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/perlvdb.so ... Core was generated by `kamailio -dddd'. Program terminated with signal 11, Segmentation fault. [New process 13773] #0 0xb7228e3a in parseurl (url=0xb7213230 "T�0\b#") at perlvdbfunc.c:60 60 if (strlen(cn)> 0)
If I understand this correctly error refers to row 60 in perlvdbfunc.c strlen expects const char* instead of char* ?
So, any thoughts?
Send the output of 'bt full'. You haven't sent the backtrace, just the initial output from the gdb command loading kamailio and the core. Once it is loaded, run the command I mentioned and send the output.
ah, sorry, don't have much experience with gdb this must be it:
(gdb) bt full #0 0xb7228e3a in parseurl (url=0xb7213230 "T�0\b#") at perlvdbfunc.c:60 No locals. #1 0xb7228e7d in perlvdb_db_init (url=0x1 <Address 0x1 out of bounds>) at perlvdbfunc.c:121 res = <value optimized out> cn = <value optimized out> obj = <value optimized out> __FUNCTION__ = "perlvdb_db_init" #2 0xb720df85 in child_init (rank=0) at authdb_mod.c:166 No locals. #3 0x08123d34 in init_mod_child (m=0x830d540, rank=11) at sr_module.c:829 No locals. #4 0x08123d0c in init_mod_child (m=0x830d820, rank=11) at sr_module.c:826 No locals. #5 0x080cff21 in fork_tcp_process (child_id=11, desc=0x821b546 "tcp receiver", r=2, reader_fd_1=0xbf8d4a8c) at pt.c:478 pid = 0 sockfd = {26, 28} reader_fd = {29, 30} ret = <value optimized out> i = 2 #6 0x0812ef0f in tcp_init_children () at tcp_main.c:4808 r = 2 reader_fd_1 = 30 pid = <value optimized out> si = <value optimized out> __FUNCTION__ = "tcp_init_children" #7 0x080b0f15 in main_loop () at main.c:1632 i = 4 pid = <value optimized out> si = (struct socket_info *) 0x0 si_desc = "udp receiver child=3 sock=192.168.1.103:5060\000\220!\bb: \bT��\001�\224 �\207\000\000\000\001\000\000\000|\0373�\v\020\000\000`\0373�hK\215�\000\026y\b\000\000\000\000{\000\000\000\000\026y\b\002\023�M\000\000\000\000@Q%\b\000\000\000\000hK\215��Wk�\207\000\000" #8 0x080b3368 in main (argc=2, argv=0xbf8d4cf4) at main.c:2398 cfg_stream = (FILE *) 0x86cf008 c = <value optimized out> r = 1 tmp = 0x8254b2c "HJ%\bh�v�p+v��<d��\222\005\b@\211_��\222\005\b�\222\005\b\220\na�\020\213j�\032\223\005\b*\223\005\b�Zk��\212g�Z\223\005\bPHd�z\223\005\b�Ih�\232\223\005\b�Wk�" tmp_len = -1217212428 port = 134582928 proto = -1081258936 ret = <value optimized out> seed = 748194738 rfd = 5 debug_save = <value optimized out> debug_flag = 1 dont_fork_cnt = 0 n_lst = <value optimized out> p = 0x0
On 4/20/11 5:07 PM, Roman Yeryomin wrote:
On 20 April 2011 15:24, Daniel-Constantin Mierlamiconda@gmail.com wrote:
On 4/20/11 1:54 PM, Roman Yeryomin wrote:
On 19 April 2011 13:12, Roman Yeryominleroi.lists@gmail.com wrote:
ok, here is the backtrace:
# gdb kamailio core ... Reading symbols from /usr/local/lib/kamailio/modules_k/perlvdb.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/perlvdb.so ... Core was generated by `kamailio -dddd'. Program terminated with signal 11, Segmentation fault. [New process 13773] #0 0xb7228e3a in parseurl (url=0xb7213230 "T�0\b#") at perlvdbfunc.c:60 60 if (strlen(cn)> 0)
If I understand this correctly error refers to row 60 in perlvdbfunc.c strlen expects const char* instead of char* ?
So, any thoughts?
Send the output of 'bt full'. You haven't sent the backtrace, just the initial output from the gdb command loading kamailio and the core. Once it is loaded, run the command I mentioned and send the output.
ah, sorry, don't have much experience with gdb this must be it:
(gdb) bt full #0 0xb7228e3a in parseurl (url=0xb7213230 "T�0\b#") at perlvdbfunc.c:60 No locals. #1 0xb7228e7d in perlvdb_db_init (url=0x1<Address 0x1 out of
Seems that the db url is not passed properly.
While you are in gdb, do:
frame 2 p db_url
What is your OS? Also, provide the list of loaded modules and the values for all db_url parameters in the config.
Cheers, Daniel
bounds>) at perlvdbfunc.c:121 res =<value optimized out> cn =<value optimized out> obj =<value optimized out> __FUNCTION__ = "perlvdb_db_init" #2 0xb720df85 in child_init (rank=0) at authdb_mod.c:166 No locals. #3 0x08123d34 in init_mod_child (m=0x830d540, rank=11) at sr_module.c:829 No locals. #4 0x08123d0c in init_mod_child (m=0x830d820, rank=11) at sr_module.c:826 No locals. #5 0x080cff21 in fork_tcp_process (child_id=11, desc=0x821b546 "tcp receiver", r=2, reader_fd_1=0xbf8d4a8c) at pt.c:478 pid = 0 sockfd = {26, 28} reader_fd = {29, 30} ret =<value optimized out> i = 2 #6 0x0812ef0f in tcp_init_children () at tcp_main.c:4808 r = 2 reader_fd_1 = 30 pid =<value optimized out> si =<value optimized out> __FUNCTION__ = "tcp_init_children" #7 0x080b0f15 in main_loop () at main.c:1632 i = 4 pid =<value optimized out> si = (struct socket_info *) 0x0 si_desc = "udp receiver child=3 sock=192.168.1.103:5060\000\220!\bb: \bT��\001�\224 �\207\000\000\000\001\000\000\000|\0373�\v\020\000\000`\0373�hK\215�\000\026y\b\000\000\000\000{\000\000\000\000\026y\b\002\023�M\000\000\000\000@Q%\b\000\000\000\000hK\215��Wk�\207\000\000" #8 0x080b3368 in main (argc=2, argv=0xbf8d4cf4) at main.c:2398 cfg_stream = (FILE *) 0x86cf008 c =<value optimized out> r = 1 tmp = 0x8254b2c "HJ%\bh�v�p+v��<d��\222\005\b@\211_��\222\005\b�\222\005\b\220\na�\020\213j�\032\223\005\b*\223\005\b�Zk��\212g�Z\223\005\bPHd�z\223\005\b�Ih�\232\223\005\b�Wk�" tmp_len = -1217212428 port = 134582928 proto = -1081258936 ret =<value optimized out> seed = 748194738 rfd = 5 debug_save =<value optimized out> debug_flag = 1 dont_fork_cnt = 0 n_lst =<value optimized out> p = 0x0
On 21 April 2011 12:16, Daniel-Constantin Mierla miconda@gmail.com wrote:
(gdb) bt full #0 0xb7228e3a in parseurl (url=0xb7213230 "T�0\b#") at perlvdbfunc.c:60 No locals. #1 0xb7228e7d in perlvdb_db_init (url=0x1<Address 0x1 out of
Seems that the db url is not passed properly.
While you are in gdb, do:
frame 2 p db_url
(gdb) frame 2 #2 0xb720df85 in child_init (rank=0) at authdb_mod.c:166 166 auth_db_handle = auth_dbf.init(&db_url); (gdb) p db_url $1 = {s = 0x830f554 "perlvdb:OpenSER::VDB::Adapter::Auth", len = 35}
What is your OS? Also, provide the list of loaded modules and the values for all db_url parameters in the config.
OS is Ubuntu server 8.04 with all updates and kernel 2.6.38.3 running in virtual machine (virtualbox).
$ cat /usr/local/etc/kamailio/kamailio.cfg | grep loadmodule loadmodule "db_mysql.so" loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "mi_rpc.so" loadmodule "acc.so" loadmodule "perl.so" loadmodule "perlvdb.so" loadmodule "auth.so" loadmodule "auth_db.so" loadmodule "app_lua.so"
$ cat /usr/local/etc/kamailio/kamailio.cfg | grep db_url modparam("auth_db", "db_url", "perlvdb:OpenSER::VDB::Adapter::Auth") modparam("alias_db", "db_url", "perlvdb:OpenSER::VDB::Adapter::Alias")
Regards, Roman
On 4/21/11 2:21 PM, Roman Yeryomin wrote:
On 21 April 2011 12:16, Daniel-Constantin Mierlamiconda@gmail.com wrote:
(gdb) bt full #0 0xb7228e3a in parseurl (url=0xb7213230 "T�0\b#") at perlvdbfunc.c:60 No locals. #1 0xb7228e7d in perlvdb_db_init (url=0x1<Address 0x1 out of
Seems that the db url is not passed properly.
While you are in gdb, do:
frame 2 p db_url
(gdb) frame 2 #2 0xb720df85 in child_init (rank=0) at authdb_mod.c:166 166 auth_db_handle = auth_dbf.init(&db_url); (gdb) p db_url $1 = {s = 0x830f554 "perlvdb:OpenSER::VDB::Adapter::Auth", len = 35}
the url value looks ok here, but what t gets to perlvdb_db_init() is corrupted ...
Can you send also the log messages, i.e., output of:
kamailio -E -ddd
Cheers, Daniel
What is your OS? Also, provide the list of loaded modules and the values for all db_url parameters in the config.
OS is Ubuntu server 8.04 with all updates and kernel 2.6.38.3 running in virtual machine (virtualbox).
$ cat /usr/local/etc/kamailio/kamailio.cfg | grep loadmodule loadmodule "db_mysql.so" loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "mi_rpc.so" loadmodule "acc.so" loadmodule "perl.so" loadmodule "perlvdb.so" loadmodule "auth.so" loadmodule "auth_db.so" loadmodule "app_lua.so"
$ cat /usr/local/etc/kamailio/kamailio.cfg | grep db_url modparam("auth_db", "db_url", "perlvdb:OpenSER::VDB::Adapter::Auth") modparam("alias_db", "db_url", "perlvdb:OpenSER::VDB::Adapter::Alias")
Regards, Roman
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
On 26 April 2011 11:58, Daniel-Constantin Mierla miconda@gmail.com wrote:
On 4/21/11 2:21 PM, Roman Yeryomin wrote:
On 21 April 2011 12:16, Daniel-Constantin Mierlamiconda@gmail.com wrote:
(gdb) bt full #0 0xb7228e3a in parseurl (url=0xb7213230 "T�0\b#") at perlvdbfunc.c:60 No locals. #1 0xb7228e7d in perlvdb_db_init (url=0x1<Address 0x1 out of
Seems that the db url is not passed properly.
While you are in gdb, do:
frame 2 p db_url
(gdb) frame 2 #2 0xb720df85 in child_init (rank=0) at authdb_mod.c:166 166 auth_db_handle = auth_dbf.init(&db_url); (gdb) p db_url $1 = {s = 0x830f554 "perlvdb:OpenSER::VDB::Adapter::Auth", len = 35}
the url value looks ok here, but what t gets to perlvdb_db_init() is corrupted ...
Can you send also the log messages, i.e., output of:
kamailio -E -ddd
sure, see kam.log in attachment and this is from syslog:
Apr 26 16:52:41 ubuntu kamailio: WARNING: <core> [sr_module.c:578]: /usr/local/lib/kamailio/modules_k/perl.so: exports dlflags interface is deprecated and it will notbe supported in newer versions; consider using mod_register() instead Apr 26 16:52:41 ubuntu kamailio: WARNING: <core> [sr_module.c:578]: /usr/local/lib/kamailio/modules_k/perlvdb.so: exports dlflags interface is deprecated and it will notbe supported in newer versions; consider using mod_register() instead Apr 26 16:52:41 ubuntu kamailio: WARNING: <core> [sr_module.c:578]: /usr/local/lib/kamailio/modules/app_lua.so: exports dlflags interface is deprecated and it will notbe supported in newer versions; consider using mod_register() instead Apr 26 16:52:41 ubuntu kamailio: DEBUG: <core> [route.c:2193]: WARNING: the main routing table is empty Apr 26 16:52:41 ubuntu kernel: [24500.303812] kamailio[3331]: segfault at 1 ip b72bce3a sp bfe08520 error 4 in perlvdb.so[b72b9000+6000] Apr 26 16:52:41 ubuntu kernel: [24500.311439] kamailio[3330]: segfault at 1 ip b72bce3a sp bfe08520 error 4 in perlvdb.so[b72b9000+6000] Apr 26 16:52:41 ubuntu kernel: [24500.318834] kamailio[3332]: segfault at 1 ip b72bce3a sp bfe08520 error 4 in perlvdb.so[b72b9000+6000] Apr 26 16:52:41 ubuntu kernel: [24500.324009] kamailio[3333]: segfault at 1 ip b72bce3a sp bfe08520 error 4 Apr 26 16:52:41 ubuntu kernel: [24500.330790] kamailio[3334]: segfault at 1 ip b72bce3a sp bfe08520 error 4 in perlvdb.so[b72b9000+6000] Apr 26 16:52:41 ubuntu kernel: [24500.336431] in perlvdb.so[b72b9000+6000] Apr 26 16:52:41 ubuntu kernel: [24500.344042] kamailio[3337]: segfault at 1 ip b72bce3a sp bfe08520 error 4 in perlvdb.so[b72b9000+6000] Apr 26 16:52:41 ubuntu kernel: [24500.365297] kamailio[3335]: segfault at 1 ip b72bce3a sp bfe08520 error 4 in perlvdb.so[b72b9000+6000] Apr 26 16:52:41 ubuntu kernel: [24500.370611] kamailio[3339]: segfault at 1 ip b72bce3a sp bfe08520 error 4 in perlvdb.so[b72b9000+6000] Apr 26 16:52:41 ubuntu kernel: [24500.370791] kamailio[3336]: segfault at 1 ip b72bce3a sp bfe08520 error 4 in perlvdb.so[b72b9000+6000] Apr 26 16:52:41 ubuntu kernel: [24500.371033] kamailio[3338]: segfault at 1 ip b72bce3a sp bfe08520 error 4 in perlvdb.so[b72b9000+6000]
Regards, Roman
Can you try with tcp disabled? i.e.,
disable_tcp=yes
in your config file.
Might be the way the module is initialized for tcp handling.
Cheers, Daniel
On 4/26/11 4:05 PM, Roman Yeryomin wrote:
On 26 April 2011 11:58, Daniel-Constantin Mierlamiconda@gmail.com wrote:
On 4/21/11 2:21 PM, Roman Yeryomin wrote:
On 21 April 2011 12:16, Daniel-Constantin Mierlamiconda@gmail.com wrote:
(gdb) bt full #0 0xb7228e3a in parseurl (url=0xb7213230 "T�0\b#") at perlvdbfunc.c:60 No locals. #1 0xb7228e7d in perlvdb_db_init (url=0x1<Address 0x1 out of
Seems that the db url is not passed properly.
While you are in gdb, do:
frame 2 p db_url
(gdb) frame 2 #2 0xb720df85 in child_init (rank=0) at authdb_mod.c:166 166 auth_db_handle = auth_dbf.init(&db_url); (gdb) p db_url $1 = {s = 0x830f554 "perlvdb:OpenSER::VDB::Adapter::Auth", len = 35}
the url value looks ok here, but what t gets to perlvdb_db_init() is corrupted ...
Can you send also the log messages, i.e., output of:
kamailio -E -ddd
sure, see kam.log in attachment and this is from syslog:
...
On 27 April 2011 17:26, Daniel-Constantin Mierla miconda@gmail.com wrote:
Can you try with tcp disabled? i.e.,
disable_tcp=yes
in your config file.
Might be the way the module is initialized for tcp handling.
it segfaults anyway - see new log in attachment
Regards, Roman
On 27 April 2011 20:19, Roman Yeryomin leroi.lists@gmail.com wrote:
On 27 April 2011 17:26, Daniel-Constantin Mierla miconda@gmail.com wrote:
Can you try with tcp disabled? i.e.,
disable_tcp=yes
in your config file.
Might be the way the module is initialized for tcp handling.
it segfaults anyway - see new log in attachment
so.. any thoughts?
Regards, Roman
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
On 27 April 2011 20:19, Roman Yeryominleroi.lists@gmail.com wrote:
On 27 April 2011 17:26, Daniel-Constantin Mierlamiconda@gmail.com wrote:
Can you try with tcp disabled? i.e.,
disable_tcp=yes
in your config file.
Might be the way the module is initialized for tcp handling.
it segfaults anyway - see new log in attachment
so.. any thoughts?
I am out of the office for a while, I had not time to look anymore to it so far and probably unable to troubleshoot more during this time - I have no testing environment setup for this module. Maybe someone else can jump in, otherwise I will resume later.
Cheers, Daniel
On 2 May 2011 15:47, Daniel-Constantin Mierla miconda@gmail.com wrote:
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
On 27 April 2011 20:19, Roman Yeryominleroi.lists@gmail.com wrote:
On 27 April 2011 17:26, Daniel-Constantin Mierlamiconda@gmail.com wrote:
Can you try with tcp disabled? i.e.,
disable_tcp=yes
in your config file.
Might be the way the module is initialized for tcp handling.
it segfaults anyway - see new log in attachment
so.. any thoughts?
I am out of the office for a while, I had not time to look anymore to it so far and probably unable to troubleshoot more during this time - I have no testing environment setup for this module. Maybe someone else can jump in, otherwise I will resume later.
Thanks for the answer! Anyone want to jump in? :)
Regards, Roman
On 2 May 2011 17:01, Roman Yeryomin leroi.lists@gmail.com wrote:
On 2 May 2011 15:47, Daniel-Constantin Mierla miconda@gmail.com wrote:
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
On 27 April 2011 20:19, Roman Yeryominleroi.lists@gmail.com wrote:
On 27 April 2011 17:26, Daniel-Constantin Mierlamiconda@gmail.com wrote:
Can you try with tcp disabled? i.e.,
disable_tcp=yes
in your config file.
Might be the way the module is initialized for tcp handling.
it segfaults anyway - see new log in attachment
so.. any thoughts?
I am out of the office for a while, I had not time to look anymore to it so far and probably unable to troubleshoot more during this time - I have no testing environment setup for this module. Maybe someone else can jump in, otherwise I will resume later.
Thanks for the answer! Anyone want to jump in? :)
really nobody?
Regards, Roman
On 2 May 2011 15:47, Daniel-Constantin Mierla miconda@gmail.com wrote:
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
On 27 April 2011 20:19, Roman Yeryominleroi.lists@gmail.com wrote:
On 27 April 2011 17:26, Daniel-Constantin Mierlamiconda@gmail.com wrote:
Can you try with tcp disabled? i.e.,
disable_tcp=yes
in your config file.
Might be the way the module is initialized for tcp handling.
it segfaults anyway - see new log in attachment
so.. any thoughts?
I am out of the office for a while, I had not time to look anymore to it so far and probably unable to troubleshoot more during this time - I have no testing environment setup for this module. Maybe someone else can jump in, otherwise I will resume later.
Sorry for disturbing... is there any chance?
Regards, Roman
On 5/18/11 8:29 AM, Roman Yeryomin wrote:
On 2 May 2011 15:47, Daniel-Constantin Mierlamiconda@gmail.com wrote:
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
On 27 April 2011 20:19, Roman Yeryominleroi.lists@gmail.com wrote:
On 27 April 2011 17:26, Daniel-Constantin Mierlamiconda@gmail.com wrote:
Can you try with tcp disabled? i.e.,
disable_tcp=yes
in your config file.
Might be the way the module is initialized for tcp handling.
it segfaults anyway - see new log in attachment
so.. any thoughts?
I am out of the office for a while, I had not time to look anymore to it so far and probably unable to troubleshoot more during this time - I have no testing environment setup for this module. Maybe someone else can jump in, otherwise I will resume later.
Sorry for disturbing... is there any chance?
it is, but I cannot promise a date yet -- too many things to catch up, while testing this is very inconvenient not having a way to troubleshoot.
Cheers, Daniel
On 5/19/11 9:45 AM, Daniel-Constantin Mierla wrote:
On 5/18/11 8:29 AM, Roman Yeryomin wrote:
On 2 May 2011 15:47, Daniel-Constantin Mierlamiconda@gmail.com wrote:
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
On 27 April 2011 20:19, Roman Yeryominleroi.lists@gmail.com wrote:
On 27 April 2011 17:26, Daniel-Constantin Mierlamiconda@gmail.com wrote:
Can you try with tcp disabled? i.e.,
disable_tcp=yes
in your config file.
Might be the way the module is initialized for tcp handling.
it segfaults anyway - see new log in attachment
so.. any thoughts?
I am out of the office for a while, I had not time to look anymore to it so far and probably unable to troubleshoot more during this time - I have no testing environment setup for this module. Maybe someone else can jump in, otherwise I will resume later.
Sorry for disturbing... is there any chance?
it is, but I cannot promise a date yet -- too many things to catch up, while testing this is very inconvenient not having a way to troubleshoot.
Not to forget about this one, is it possible to provide me access to a test machine where you have such configuration already set? Then I could just login and troubleshoot, far more faster than it will take to make myself such a testbed.
Cheers, Daniel
On 3 June 2011 10:16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Sorry for disturbing... is there any chance?
it is, but I cannot promise a date yet -- too many things to catch up, while testing this is very inconvenient not having a way to troubleshoot.
Not to forget about this one, is it possible to provide me access to a test machine where you have such configuration already set? Then I could just login and troubleshoot, far more faster than it will take to make myself such a testbed.
I'm afraid not. At least in the form it is now. As it's not real machine, it's under virtualbox on my development box in local network. I can give you the image for sure. Also I will think maybe I can set it up somewhere to give you an access. And thanks for remembering about this!
Regards, Roman
-
Daniel-Constantin Mierla -
Roman Yeryomin