[Serusers] still battling ser
nick
nick at mobilia.it
Wed Jun 28 12:09:02 CEST 2006
Weiter Leiter wrote:
> Hi,
>
> Nearly enough. In gdb promt, after the sigsegv received, run
> 'backtrace'. And post the whole output. Also, attach the output of 'ser -V'.
>
> WL.
>
> nick wrote:
>> nick wrote:
>>> nick wrote:
>>>> A followup to my problem, I rebuilt the entire system, and have
>>>> compiled 0.9.6 from scratch. The system works just fine, with a
>>>> whole bunch of modules, but as soon as I add in the acc.so module
>>>> *boom*
>>>>
>>>> I remember reading that the acc module has now been divided into
>>>> different parts, do I need to compile the acc module seperately (I
>>>> plan on using acc_db) ???
>>>>
>>>> thanks for any ideas you can point me towards..
>>>>
>>>> BTW, I may rebuild the binaries again, to see if I can get debugging
>>>> to work, but I haven't been able to extract anything useful from gdb
>>>> as of yet...
>>>> _______________________________________________
>>>> Serusers mailing list
>>>> Serusers at lists.iptel.org
>>>> http://lists.iptel.org/mailman/listinfo/serusers
>>>>
>>> Can anyone tell me how to get ser to stop forking???????
>>>
>>> I have fork=no in my ser.cfg but when I load /usr/local/sbin/ser into
>>> gdb, then use the command run:
>>>
>>>
>>> [root at sipserver ~]# gdb /usr/local/sbin/ser
>>> GNU gdb Red Hat Linux (6.3.0.0-1.96rh)
>>> 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 "x86_64-redhat-linux-gnu"...Using host
>>> libthread_db library "/lib64/tls/libthread_db.so.1".
>>>
>>> (gdb) run
>>> Starting program: /usr/local/sbin/ser
>>> 192.168.1.93 [192.168.1.93]:5060
>>> 192.168.1.93 [192.168.1.93]:5060
>>> Listening on
>>> udp: 192.168.1.93 [192.168.1.93]:5060
>>> tcp: 192.168.1.93 [192.168.1.93]:5060
>>> Aliases:
>>> tcp: pc-00093:5060
>>> udp: pc-00093:5060
>>>
>>> Detaching after fork from child process 3304.
>>>
>>> Program exited normally.
>>>
>>> ----------------------------
>>>
>>>
>>> of course, the core dump is called core.3305 3305 being the PID of
>>> the process forked, even though I don't want it to fork.
>>>
>>> How can I run a stack trace on something that won't even obey it's
>>> own config file????
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Serusers mailing list
>>> Serusers at lists.iptel.org
>>> http://lists.iptel.org/mailman/listinfo/serusers
>>>
>> I ran it without forking via the command line option -D, it decided to
>> listen to me finally:
>>
>>
>> and gave me this:
>>
>> Starting program: /usr/local/sbin/ser -D -dddddddd
>> 192.168.1.93 [192.168.1.93]:5060
>> 192.168.1.93 [192.168.1.93]:5060
>> Listening on
>> udp: 192.168.1.93 [192.168.1.93]:5060
>> tcp: 192.168.1.93 [192.168.1.93]:5060
>> Aliases:
>> tcp: pc-00093:5060
>> udp: pc-00093:5060
>>
>> WARNING: no fork mode
>> acc - initializing
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x0000002a9578516f in insert_tmcb (cb_list=0x0, types=1,
>> f=0x2a955675c7 <acc_onreq>, param=0x0) at t_hooks.c:99
>> 99 cbp->next = cb_list->first;
>>
>>
>> Is this something that someone qualified can work with?????
>>
>> _______________________________________________
>> Serusers mailing list
>> Serusers at lists.iptel.org
>> http://lists.iptel.org/mailman/listinfo/serusers
>>
>
(gdb) bt
#0 0x0000002a9578516f in insert_tmcb (cb_list=0x0, types=1,
f=0x2a955675c7 <acc_onreq>, param=0x0) at t_hooks.c:99
#1 0x0000002a95785494 in register_tmcb (p_msg=0x0, t=0x0, types=1,
f=0x2a955675c7 <acc_onreq>, param=0x0) at t_hooks.c:166
#2 0x0000002a955674c7 in mod_init () at acc_mod.c:308
#3 0x0000000000430d79 in init_mod (m=0x5d5228) at sr_module.c:474
#4 0x0000000000430ce8 in init_mod (m=0x5d52e8) at sr_module.c:471
#5 0x0000000000430ce8 in init_mod (m=0x5d53a8) at sr_module.c:471
#6 0x0000000000430ce8 in init_mod (m=0x5d5468) at sr_module.c:471
#7 0x0000000000430ce8 in init_mod (m=0x5d5528) at sr_module.c:471
#8 0x0000000000430ce8 in init_mod (m=0x5d55e8) at sr_module.c:471
#9 0x0000000000430ce8 in init_mod (m=0x5d56a8) at sr_module.c:471
#10 0x0000000000430ce8 in init_mod (m=0x5d5768) at sr_module.c:471
#11 0x0000000000430e05 in init_modules () at sr_module.c:497
#12 0x0000000000416f3c in main (argc=3, argv=0x7fbffffa18) at main.c:1577
Starting program: /usr/local/sbin/ser -V
version: ser 0.9.6 (x86_64/linux)
flags: STATS: Off, EXTRA_DEBUG, USE_IPV6, USE_TCP, DISABLE_NAGLE,
USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
@(#) $Id: main.c,v 1.197.2.1 2005/07/25 16:56:24 andrei Exp $
main.c compiled on 09:19:06 Jun 28 2006 with gcc 3.4.5
Program exited normally.
I also did a bt full:
(gdb) bt full
#0 0x0000002a9578516f in insert_tmcb (cb_list=0x0, types=1,
f=0x2a955675c7 <acc_onreq>, param=0x0) at t_hooks.c:99
cbp = (struct tm_callback *) 0x2a96010a78
#1 0x0000002a95785494 in register_tmcb (p_msg=0x0, t=0x0, types=1,
f=0x2a955675c7 <acc_onreq>, param=0x0) at t_hooks.c:166
cb_list = (struct tmcb_head_list *) 0x0
#2 0x0000002a955674c7 in mod_init () at acc_mod.c:308
load_tm = 0x2a9578d4a0 <load_tm>
#3 0x0000000000430d79 in init_mod (m=0x5d5228) at sr_module.c:474
No locals.
#4 0x0000000000430ce8 in init_mod (m=0x5d52e8) at sr_module.c:471
No locals.
#5 0x0000000000430ce8 in init_mod (m=0x5d53a8) at sr_module.c:471
No locals.
#6 0x0000000000430ce8 in init_mod (m=0x5d5468) at sr_module.c:471
No locals.
#7 0x0000000000430ce8 in init_mod (m=0x5d5528) at sr_module.c:471
No locals.
#8 0x0000000000430ce8 in init_mod (m=0x5d55e8) at sr_module.c:471
No locals.
#9 0x0000000000430ce8 in init_mod (m=0x5d56a8) at sr_module.c:471
No locals.
#10 0x0000000000430ce8 in init_mod (m=0x5d5768) at sr_module.c:471
No locals.
#11 0x0000000000430e05 in init_modules () at sr_module.c:497
No locals.
#12 0x0000000000416f3c in main (argc=3, argv=0x7fbffffa18) at main.c:1577
cfg_stream = (FILE *) 0x6cd010
c = -1
r = 4224491
tmp = 0x39d1014c40 ""
tmp_len = 0
port = 0
proto = 0
options = 0x46d4e8 "f:cm:b:l:n:N:rRvdDETVhw:t:u:g:P:G:i:x:"
ret = -1
seed = 4256706975
rfd = 7
More information about the sr-users
mailing list