19 Apr
2011
19 Apr
'11
2:12 p.m.
On 18 April 2011 15:47, Henning Westerholt <henning.westerholt(a)1und1.de> wrote:
On Monday 18 April 2011, Roman Yeryomin wrote:
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
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
20 Apr
20 Apr
3:54 p.m.
On 19 April 2011 13:12, Roman Yeryomin <leroi.lists(a)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
4:24 p.m.
On 4/20/11 1:54 PM, Roman Yeryomin wrote:
On 19 April 2011 13:12, Roman
Yeryomin<leroi.lists(a)gmail.com> wrote:
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
--
Daniel-Constantin Mierla
http://www.asipto.com
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?
7:07 p.m.
On 20 April 2011 15:24, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
On 4/20/11 1:54 PM, Roman Yeryomin wrote:
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 19 April 2011 13:12, Roman Yeryomin<leroi.lists(a)gmail.com> wrote:
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.
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?
21 Apr
21 Apr
1:16 p.m.
On 4/20/11 5:07 PM, Roman Yeryomin wrote:
On 20 April 2011 15:24, Daniel-Constantin
Mierla<miconda(a)gmail.com> wrote:
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
On 4/20/11 1:54 PM, Roman Yeryomin wrote:
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 On 19 April 2011 13:12, Roman
Yeryomin<leroi.lists(a)gmail.com> wrote:
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.
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? 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
--
Daniel-Constantin Mierla
http://www.asipto.com
4:21 p.m.
On 21 April 2011 12:16, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
(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}
(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.
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
26 Apr
26 Apr
12:58 p.m.
On 4/21/11 2:21 PM, Roman Yeryomin wrote:
--
Daniel-Constantin Mierla
http://www.asipto.com
On 21 April 2011 12:16, Daniel-Constantin
Mierla<miconda(a)gmail.com> wrote:
(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
(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.
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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
6:05 p.m.
On 26 April 2011 11:58, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
On 4/21/11 2:21 PM, Roman Yeryomin wrote:
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
On 21 April 2011 12:16, Daniel-Constantin Mierla<miconda(a)gmail.com>
wrote:
(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
(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
27 Apr
27 Apr
6:26 p.m.
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
Mierla<miconda(a)gmail.com> wrote:
...
--
Daniel-Constantin Mierla
http://www.asipto.com
On 4/21/11 2:21 PM, Roman Yeryomin wrote:
sure, see kam.log in attachment
and this is from syslog: On 21 April 2011 12:16, Daniel-Constantin
Mierla<miconda(a)gmail.com>
wrote:
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
> (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}
9:19 p.m.
On 27 April 2011 17:26, Daniel-Constantin Mierla <miconda(a)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
2 May
2 May
1:51 a.m.
On 27 April 2011 20:19, Roman Yeryomin <leroi.lists(a)gmail.com> wrote:
On 27 April 2011 17:26, Daniel-Constantin Mierla
<miconda(a)gmail.com> wrote:
so.. any thoughts?
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.
it segfaults anyway - see new log in attachment
4:47 p.m.
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
On 27 April 2011 20:19, Roman
Yeryomin<leroi.lists(a)gmail.com> wrote:
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
--
Daniel-Constantin Mierla
http://www.asipto.com
On 27 April 2011 17:26, Daniel-Constantin
Mierla<miconda(a)gmail.com> wrote:
so.. any thoughts?
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
6:01 p.m.
On 2 May 2011 15:47, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
Thanks for the answer!
Anyone want to jump in? :)
Regards,
Roman
On 27 April 2011 20:19, Roman Yeryomin<leroi.lists(a)gmail.com> wrote:
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.
On 27 April 2011 17:26, Daniel-Constantin Mierla<miconda(a)gmail.com>
wrote:
so.. any thoughts?
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
10 May
10 May
11:24 a.m.
On 2 May 2011 17:01, Roman Yeryomin <leroi.lists(a)gmail.com> wrote:
On 2 May 2011 15:47, Daniel-Constantin Mierla
<miconda(a)gmail.com> wrote:
really nobody?
Regards,
Roman
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
Thanks for the answer!
Anyone want to jump in? :)
On 27 April 2011 20:19, Roman Yeryomin<leroi.lists(a)gmail.com> wrote:
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.
On 27 April 2011 17:26, Daniel-Constantin Mierla<miconda(a)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?
18 May
18 May
10:29 a.m.
On 2 May 2011 15:47, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
Sorry for disturbing... is there any chance?
Regards,
Roman
On 27 April 2011 20:19, Roman Yeryomin<leroi.lists(a)gmail.com> wrote:
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.
On 27 April 2011 17:26, Daniel-Constantin Mierla<miconda(a)gmail.com>
wrote:
so.. any thoughts?
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
19 May
19 May
11:45 a.m.
On 5/18/11 8:29 AM, Roman Yeryomin wrote:
On 2 May 2011 15:47, Daniel-Constantin
Mierla<miconda(a)gmail.com> wrote:
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
--
Daniel-Constantin Mierla
http://www.asipto.com
http://linkedin.com/in/miconda
http://twitter.com/miconda
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
Sorry for disturbing... is there any chance? On 27 April 2011 20:19, Roman
Yeryomin<leroi.lists(a)gmail.com> wrote:
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.
On 27 April 2011 17:26, Daniel-Constantin
Mierla<miconda(a)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?
3 Jun
3 Jun
11:16 a.m.
On 5/19/11 9:45 AM, Daniel-Constantin Mierla wrote:
On 5/18/11 8:29 AM, Roman Yeryomin wrote:
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
--
Daniel-Constantin Mierla -- http://www.asipto.com
http://linkedin.com/in/miconda -- http://twitter.com/miconda
On 2 May 2011 15:47, Daniel-Constantin
Mierla<miconda(a)gmail.com> wrote:
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.
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
Sorry for disturbing... is there any chance? On 27 April 2011 20:19, Roman
Yeryomin<leroi.lists(a)gmail.com>
wrote:
> On 27 April 2011 17:26, Daniel-Constantin Mierla<miconda(a)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.
2:12 p.m.
On 3 June 2011 10:16, Daniel-Constantin Mierla <miconda(a)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
4907
days inactive
4952
days old
17 comments
2 participants
participants (2)
-
Daniel-Constantin Mierla -
Roman Yeryomin