We have a SER 0.9.4-rc3 (i386/linux)) system running on RedHat ES4 that
crashes about once every three days. I've done a cvs update, performed a
re-make
of all modules as well as just mysql.so and reinitialized the mysql
database using the
script provided. Nothing seems to fix the problem. Using gdb to examine
a core
dump seems to indicate SER fails when receiving REGISTER messages but I
cannot
figure out why. In each of the three core dumps the REGISTER message is
from a
different client.
Below is the gdb output from the latest core dump. Can anyone shed
some light
on what might be happening?
Thanks,Steve
----- start gdb output ----
[blairs@voicesrvr tmp]$ sudo gdb /usr/local/sbin/ser /tmp/core.18868
GNU gdb Red Hat Linux (6.3.0.0-0.31rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...Using host
libthread_db library "/lib/tls/libthread_db.so.1".
Core was generated by `/usr/local/sbin/ser -P /var/run/ser.pid -dddd -E
-w /tmp -f /usr/local/etc/ser/'.
Program terminated with signal 6, Aborted.
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/tls/libc.so.6...done.
Loaded symbols for /lib/tls/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/ser/modules/sl.so...done.
Loaded symbols for /usr/local/lib/ser/modules/sl.so
Reading symbols from /usr/local/lib/ser/modules/tm.so...done.
Loaded symbols for /usr/local/lib/ser/modules/tm.so
Reading symbols from /usr/local/lib/ser/modules/acc.so...done.
Loaded symbols for /usr/local/lib/ser/modules/acc.so
Reading symbols from /usr/local/lib/ser/modules/rr.so...done.
Loaded symbols for /usr/local/lib/ser/modules/rr.so
Reading symbols from /usr/local/lib/ser/modules/maxfwd.so...done.
Loaded symbols for /usr/local/lib/ser/modules/maxfwd.so
Reading symbols from /usr/local/lib/ser/modules/mysql.so...done.
Loaded symbols for /usr/local/lib/ser/modules/mysql.so
Reading symbols from /usr/lib/mysql/libmysqlclient.so.14...done.
Loaded symbols for /usr/lib/mysql/libmysqlclient.so.14
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/tls/libm.so.6...done.
Loaded symbols for /lib/tls/libm.so.6
Reading symbols from /usr/local/lib/ser/modules/usrloc.so...done.
Loaded symbols for /usr/local/lib/ser/modules/usrloc.so
Reading symbols from /usr/local/lib/ser/modules/registrar.so...done.
Loaded symbols for /usr/local/lib/ser/modules/registrar.so
Reading symbols from /usr/local/lib/ser/modules/auth.so...done.
Loaded symbols for /usr/local/lib/ser/modules/auth.so
Reading symbols from /usr/local/lib/ser/modules/auth_db.so...done.
Loaded symbols for /usr/local/lib/ser/modules/auth_db.so
Reading symbols from /usr/local/lib/ser/modules/textops.so...done.
Loaded symbols for /usr/local/lib/ser/modules/textops.so
Reading symbols from /usr/local/lib/ser/modules/uri.so...done.
Loaded symbols for /usr/local/lib/ser/modules/uri.so
Reading symbols from /usr/local/lib/ser/modules/uri_db.so...done.
Loaded symbols for /usr/local/lib/ser/modules/uri_db.so
Reading symbols from /usr/local/lib/ser/modules/print.so...done.
Loaded symbols for /usr/local/lib/ser/modules/print.so
Reading symbols from /usr/local/lib/ser/modules/speeddial.so...done.
Loaded symbols for /usr/local/lib/ser/modules/speeddial.so
Reading symbols from /usr/local/lib/ser/modules/options.so...done.
Loaded symbols for /usr/local/lib/ser/modules/options.so
Reading symbols from /usr/local/lib/ser/modules/avpops.so...done.
Loaded symbols for /usr/local/lib/ser/modules/avpops.so
Reading symbols from /usr/local/lib/ser/modules/permissions.so...done.
Loaded symbols for /usr/local/lib/ser/modules/permissions.so
Reading symbols from /usr/local/lib/ser/modules/flatstore.so...done.
Loaded symbols for /usr/local/lib/ser/modules/flatstore.so
Reading symbols from /usr/local/lib/ser/modules/group.so...done.
Loaded symbols for /usr/local/lib/ser/modules/group.so
Reading symbols from /usr/local/lib/ser/modules/xlog.so...done.
Loaded symbols for /usr/local/lib/ser/modules/xlog.so
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
#0 0x006857a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
(gdb) bt
#0 0x006857a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x006c57d5 in raise () from /lib/tls/libc.so.6
#2 0x006c7149 in abort () from /lib/tls/libc.so.6
#3 0x006bedb1 in __assert_fail () from /lib/tls/libc.so.6
#4 0x003907c8 in t_retransmit_reply (t=0xb6189db8) at t_reply.c:855
#5 0x00388103 in t_newtran (p_msg=0x813afc8) at t_lookup.c:1096
#6 0x003800ba in t_relay_to (p_msg=0x813afc8, proxy=0x8116858, proto=1,
replicate=1) at t_funcs.c:224
#7 0x00382ad3 in t_replicate (p_msg=0x0, proxy=0x0, proto=0) at t_fwd.c:513
#8 0x0038b09e in w_t_replicate (p_msg=0x6, proxy=0x0, _foo=0x8116a98
"5060") at tm.c:839
#9 0x0804fc81 in do_action (a=0x8116b28, msg=0x813afc8) at action.c:610
#10 0x0805099d in run_actions (a=0x8116b28, msg=0x813afc8) at action.c:718
#11 0x0804ecd3 in do_action (a=0x8116b58, msg=0x813afc8) at action.c:603
#12 0x0805099d in run_actions (a=0x8116b58, msg=0x813afc8) at action.c:718
#13 0x0804ecd3 in do_action (a=0x8116b88, msg=0x813afc8) at action.c:603
#14 0x0805099d in run_actions (a=0x8116b88, msg=0x813afc8) at action.c:718
#15 0x0804ecd3 in do_action (a=0x8116be8, msg=0x813afc8) at action.c:603
#16 0x0805099d in run_actions (a=0x8116be8, msg=0x813afc8) at action.c:718
#17 0x0804ecd3 in do_action (a=0x8128af8, msg=0x813afc8) at action.c:603
#18 0x0805099d in run_actions (a=0x8128af8, msg=0x813afc8) at action.c:718
#19 0x0806cfd2 in receive_msg (
buf=0x80d61e0 "REGISTER sip:net.isc.upenn.edu SIP/2.0\r\nVia:
SIP/2.0/UDP 128.91.56.10:5060;branch=z9hG4bK52d3bc34\r\nFrom:
sip:68007@net.isc.upenn.edu\r\nTo:
sip:68007@net.isc.upenn.edu\r\nCall-ID: 00042744-ab3d0002-14a230"...,
len=579, rcv_info=0xbff43360) at receive.c:165
#20 0x0808421c in udp_rcv_loop () at udp_server.c:472
#21 0x0805cd0f in main_loop () at main.c:1056
#22 0x0805e36b in main (argc=9, argv=0xbff43524) at main.c:1592
--- end gdb output ----
--
ISC Network Engineering
The University of Pennsylvania
3401 Walnut Street, Suite 221A
Philadelphia, PA 19104
voice: 215-573-8396
215-746-8001
fax: 215-898-9348
sip:blairs@upenn.edu
Hello Everybody,
is_user("username") method is used to check if the
username in the parameter matches the username in
credentials, i.e. username in Proxy-Authorization
header field.
SER document explains its functionality as: Check if
the username in credentials matches the given
username.
Since username in credentials is authenticated, I want
it to be same with the one written in "From" field.
But I could not find a way to compare them in ser.cfg.
Did anybody try it before?
Is there a way to compare the username of "From" field
with the one in "Proxy-Authorization" field?
Thanks in advance..
Regards
Tulay Sazak
______________________________________________________
Click here to donate to the Hurricane Katrina relief effort.
http://store.yahoo.com/redcross-donate3/
Hi harry,
i can't wait to see what prank/joke you pull with your next email ... or
you are serious?
not that i care, but at least i get a good laugh.
Sincerely amazed,
Cesc
On 9/8/05, harry gaillac <gaillacharry(a)yahoo.fr> wrote:
>
> Hello,
>
> Forget this mail !
> http://lists.iptel.org/pipermail/serusers/2005-September/023710.html
>
> Harry
>
>
>
>
>
>
>
> ___________________________________________________________________________
> Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
>
> Téléchargez cette version sur http://fr.messenger.yahoo.com
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>
Hi,
I was just wondering if the
modparam("uac","from_restore_mode","1")
is supposed to work in the current cvs?
--
mvh/best regards
Helge Waastad
System Engineer
Sorry,
not 403, but 408......it's a litle bit late right now.....at least for
me...
--
mvh/best regards
Helge Waastad
System Engineer
Smartnet
(+47)67830017
Hi all,
I am going to need to put my pstn gateway on internal addressing in the
near future. I was wondering what solutions are out there for translating
the traffic from public to private? A simple static nat using iptables? will
that work? Whats out there in the open source world that can function like
these 'session border controllers'? My SER box will still exist on the
public internet, but for gatway calls I need a way to get my offnet users to
this internal ip without creating any port conflicts.
Thanks in advance,
Ray
Hi bogdan / rick
@bogdan:
tm module is already loaded before...
@rick:
the command I'd used for the output was "gdb /sbin/ser core" for the first one, and simply "bt" in the same gdb for the second...
A backtrace using the core file for input tells:
gdb -c /core
=>
Core was generated by `/sbin/ser'.
Program terminated with signal 11, Segmentation fault.
#0 0x40312440 in ?? ()
(gdb) bt
..
#840 0x00000000 in ?? ()
Error accessing memory address 0xc0000000: Datei oder Verzeichnis nicht gefunden.
Here is my config header:
-------- schnipp ------------
uid=ser
gid=ser
/*
debug=7
fork=yes
log_stderror=yes
*/
check_via=no # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
#port=5060
#children=4
fifo="/tmp/ser_fifo"
loadmodule "//lib/ser/modules/mysql.so"
loadmodule "//lib/ser/modules/exec.so"
loadmodule "//lib/ser/modules/sl.so"
loadmodule "//lib/ser/modules/acc.so"
loadmodule "//lib/ser/modules/textops.so"
loadmodule "//lib/ser/modules/tm.so"
loadmodule "//lib/ser/modules/rr.so"
loadmodule "//lib/ser/modules/maxfwd.so"
loadmodule "//lib/ser/modules/usrloc.so"
loadmodule "//lib/ser/modules/registrar.so"
loadmodule "//lib/ser/modules/auth.so"
loadmodule "//lib/ser/modules/auth_db.so"
modparam("usrloc", "db_mode", 2)
modparam("registrar", "append_branches", 1)
modparam("registrar", "desc_time_order", 1)
modparam("auth_db", "db_url","sql://ser:heslo@localhost/ser")
modparam("auth_db", "calculate_ha1", yes)
modparam("auth_db", "password_column", "password")
modparam("rr", "enable_full_lr", 1)
modparam("acc", "log_level", 1)
modparam("acc", "log_flag", 1)
modparam("acc", "log_fmt", "mfstc")
modparam("acc", "report_cancels", 1)
---------- schnipp ------------------
regards,
Rainer
-------- Original Message --------
Subject: Re: [Serusers] Core dump on SuSE 9.3 (07-Sep-2005 20:04)
From: bogdan(a)voice-system.ro
To: strobel(a)hochfranken-online.de
> Hi Rainer,
>
> load TM module before ACC.
>
> regards,
> bogdan
>
> strobel(a)hochfranken-online.de wrote:
>
> > Hi Everybody,
> >
> > i'm trying to run SER 0.9.3 on SuSE 9.3 (2.6.11.4-21.8-default)
> > from SRC and it dies after startup with a segmentation fault.
> >
> > The problem occures everytime i try to load the auth_db mod...Without
> > that, ser runs pretty fine.
> >
> > --------------------- schnipp -----------------------
> > Core was generated by `ser -Eddd'.
> > Program terminated with signal 11, Segmentation fault.
> >
> > warning: current_sos: Can't read pathname for load map:
> > Eingabe-/Ausgabefehler
> >
> > Reading symbols from /lib/libdl.so.2...done.
> > Loaded symbols for /lib/libdl.so.2
> > Reading symbols from /lib/libresolv.so.2...done.
> > Loaded symbols for /lib/libresolv.so.2
> > Reading symbols from /lib/tls/libc.so.6...done.
> > Loaded symbols for /lib/tls/libc.so.6
> > Reading symbols from /lib/ld-linux.so.2...done.
> > Loaded symbols for /lib/ld-linux.so.2
> > Reading symbols from /lib/ser/modules/mysql.so...done.
> > Loaded symbols for //lib/ser/modules/mysql.so
> > Reading symbols from /usr/lib/libmysqlclient.so.14...done.
> > Loaded symbols for /usr/lib/libmysqlclient.so.14
> > Reading symbols from /lib/libz.so.1...done.
> > Loaded symbols for /lib/libz.so.1
> > Reading symbols from /lib/libcrypt.so.1...done.
> > Loaded symbols for /lib/libcrypt.so.1
> > Reading symbols from /lib/libnsl.so.1...done.
> > Loaded symbols for /lib/libnsl.so.1
> > Reading symbols from /lib/tls/libm.so.6...done.
> > Loaded symbols for /lib/tls/libm.so.6
> > Reading symbols from /lib/ser/modules/exec.so...done.
> > Loaded symbols for //lib/ser/modules/exec.so
> > Reading symbols from /lib/ser/modules/sl.so...done.
> > Loaded symbols for //lib/ser/modules/sl.so
> > Reading symbols from /lib/ser/modules/acc.so...done.
> > Loaded symbols for //lib/ser/modules/acc.so
> > Reading symbols from /lib/ser/modules/textops.so...done.
> > Loaded symbols for //lib/ser/modules/textops.so
> > Reading symbols from /lib/ser/modules/tm.so...done.
> > Loaded symbols for //lib/ser/modules/tm.so
> > Reading symbols from /lib/ser/modules/rr.so...done.
> > Loaded symbols for //lib/ser/modules/rr.so
> > Reading symbols from /lib/ser/modules/maxfwd.so...done.
> > Loaded symbols for //lib/ser/modules/maxfwd.so
> > Reading symbols from /lib/ser/modules/usrloc.so...done.
> > Loaded symbols for //lib/ser/modules/usrloc.so
> > Reading symbols from /lib/ser/modules/registrar.so...done.
> > Loaded symbols for //lib/ser/modules/registrar.so
> > Reading symbols from /lib/ser/modules/auth.so...done.
> > Loaded symbols for //lib/ser/modules/auth.so
> > Reading symbols from /lib/ser/modules/auth_db.so...done.
> > Loaded symbols for //lib/ser/modules/auth_db.so
> > #0 insert_tmcb (cb_list=0x0, types=1, f=0x4041d408, param=0x4041d408)
> > at t_hooks.c:99
> > 99 cbp->next = cb_list->first;
> > (gdb)
> > (gdb) bt
> > #0 insert_tmcb (cb_list=0x0, types=1, f=0x4041d408, param=0x4041d408)
> > at t_hooks.c:99
> > #1 0x40312566 in register_tmcb (p_msg=0x0, t=0x0, types=1,
> > f=0x402f8410 <acc_onreq>, param=0x0) at t_hooks.c:166
> > #2 0x402f8204 in mod_init () at acc_mod.c:308
> > #3 0x08074d29 in init_mod (m=0x8105248) at sr_module.c:474
> > #4 0x08074ce7 in init_mod (m=0x81052f8) at sr_module.c:471
> > #5 0x08074ce7 in init_mod (m=0x81053a8) at sr_module.c:471
> > #6 0x08074ce7 in init_mod (m=0x8105458) at sr_module.c:471
> > #7 0x08074ce7 in init_mod (m=0x8105508) at sr_module.c:471
> > #8 0x08074ce7 in init_mod (m=0x81055b8) at sr_module.c:471
> > #9 0x08074ce7 in init_mod (m=0x8105668) at sr_module.c:471
> > #10 0x08074ce7 in init_mod (m=0x8105718) at sr_module.c:471
> > #11 0x08074ce7 in init_mod (m=0x81057c8) at sr_module.c:471
> > #12 0x0805df24 in main (argc=2, argv=0xbffff594) at main.c:1553
> > (gdb)
> > -------------------schipp-------------------------
> >
> > I get exactly the same error when I try to run ser 0.9.0 on that system.
> > The ironic part of that problem is, that ser 0.8.14 runs perfectly
> > with same modules and same configuration on the same system :-(
> >
> > Has anybody a idea how to resolve that problem ?
> >
> >
> > with best regards
> >
> > Rainer Strobel
> >
> >------------------------------------------------------------------------
> >
> >_______________________________________________
> >Serusers mailing list
> >serusers(a)lists.iptel.org
> >http://lists.iptel.org/mailman/listinfo/serusers
> >
> >
>
Hi all,
Thanks to this mailling list, I've been able to use successfully the fifo of
SER to register a UA by this way.
The problem is that I have a lot of UA using the fifo to register, so I have
to create a receipt fifo for each command I send to the SER Fifo.
So I think the socket could be a more convenient way to bypass the creation
of so many receipt fifo.
I found no documentation related to the syntax of the socket, and I'd like
to know if somebody can explain me how I can use this socket for
registration purpose.
Thanks very much,
Rodrigue
