[Serusers] still battling ser
Greger V. Teigre
greger at teigre.com
Thu Jun 29 08:01:15 CEST 2006
Nick,
You may want to post this to serdev at iptel.org so you know developers see
your trace.
g-)
nick wrote:
> 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
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>
>
More information about the sr-users
mailing list