[Asterisk-Users] Multiple processes

[Anthony Cennami]

Were these upgrades or fresh installs?  Earlier versions of asterisk ran
with multiple threads.  If you upgraded asterisk versions, but did not
upgrade the associated startup scripts, multiple processes would still be
spawned even if not appropriate.

Anthony


On 5/31/06, Lee Archer <lee.archer at pentagon-systems.com> wrote:
>
>  Can someone shed any light on the following.  I have 2 identical systems,
> 1 of which seems to spawn multiple processes which have to be killed
> manually.  It recently kicked up 2 so I ran gdb on them and this is the
> thread output.  I current use FreePBX with these systems.
>
> 1st extra process
>
> (gdb) info thread
>   1 Thread 1095261104 (LWP 14213)  0xffffe410 in __kernel_vsyscall ()
> (gdb) thread apply all bt
>
> Thread 1 (Thread 1095261104 (LWP 14213)):
> #0  0xffffe410 in __kernel_vsyscall ()
> #1  0x4004f13e in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0
> #2  0x4004be41 in _L_mutex_lock_191 () from /lib/tls/libpthread.so.0
> #3  0x00000001 in ?? ()
> #4  0x40e16778 in ?? () from /usr/lib/asterisk/modules/cdr_odbc.so
> #5  0x40e16818 in __dso_handle () from
> /usr/lib/asterisk/modules/cdr_odbc.so
> #6  0x00000002 in ?? ()
> #7  0x00000000 in ?? ()
> #8  0x080a20b7 in ast_cdr_unregister (name=0x40e1455c "ODBC") at lock.h
> :592
> #9  0x40e13299 in odbc_unload_module () at cdr_odbc.c:240
> #10 0x40e13978 in reload () at cdr_odbc.c:465
> #11 0x0805be32 in ast_module_reload (name=0x0) at loader.c:257
> #12 0x080b4623 in hup_handler (num=-4) at asterisk.c:754
> #13 <signal handler called>
> #14 0xffffe410 in __kernel_vsyscall ()
> #15 0x401afd99 in sched_setscheduler () from /lib/tls/libc.so.6
> #16 0x080b4743 in ast_set_priority (pri=0) at asterisk.c:803
> #17 0x40445ee8 in agi_exec_full (chan=0x82782b0, data=<value optimized
> out>, enhanced=0, dead=0) at res_agi.c:300
> #18 0x0808d521 in pbx_extension_helper (c=0x82782b0, con=<value optimized
> out>, context=0x8278400 "macro-record-enable",
>
>     exten=0x82784f4 "s", priority=4, label=0x0, callerid=0x8159f38
> "01638611111", action=1) at pbx.c:553
> #19 0x40c44851 in macro_exec (chan=0x82782b0, data=0x4147c768) at
> app_macro.c:210
> #20 0x0808d521 in pbx_extension_helper (c=0x82782b0, con=<value optimized
> out>, context=0x8278400 "macro-record-enable",
>
>     exten=0x82784f4 "s", priority=7, label=0x0, callerid=0x8159f38
> "01638611111", action=1) at pbx.c:553
> #21 0x40c44851 in macro_exec (chan=0x82782b0, data=0x41482fd8) at
> app_macro.c:210
> #22 0x0808d521 in pbx_extension_helper (c=0x82782b0, con=<value optimized
> out>, context=0x8278400 "macro-record-enable",
>
>     exten=0x82784f4 "s", priority=1, label=0x0, callerid=0x8159f38
> "01638611111", action=1) at pbx.c:553
> #23 0x0808ead4 in __ast_pbx_run (c=0x82782b0) at pbx.c:2227
> #24 0x0808f6cc in pbx_thread (data=0x0) at pbx.c:2514
> #25 0x4004a297 in start_thread () from /lib/tls/libpthread.so.0
> #26 0x401c737e in clone () from /lib/tls/libc.so.6
> #27 0x41485bb0 in ?? ()
> #0  0xffffe410 in __kernel_vsyscall ()
>
> 2nd extra process
>
> (gdb) info thread
>   1 Thread 1096059824 (LWP 14214)  0xffffe410 in ?? ()
> (gdb) thread apply all bt
>
> Thread 1 (Thread 1096059824 (LWP 14214)):
> #0  0xffffe410 in ?? ()
> #1  0x41533594 in ?? ()
> #2  0x00000002 in ?? ()
> #3  0x00000000 in ?? ()
> #4  0x4004f13e in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0
> #5  0x4004be41 in _L_mutex_lock_191 () from /lib/tls/libpthread.so.0
> #6  0x00000001 in ?? ()
> #7  0x40e16778 in ?? () from /usr/lib/asterisk/modules/cdr_odbc.so
> #8  0x40e16818 in __dso_handle () from
> /usr/lib/asterisk/modules/cdr_odbc.so
> #9  0x00000002 in ?? ()
> #10 0x00000000 in ?? ()
> #11 0x080a20b7 in ast_cdr_unregister (name=0x40e1455c "ODBC") at lock.h
> :592
> #12 0x40e13299 in odbc_unload_module () at cdr_odbc.c:240
> #13 0x40e13978 in reload () at cdr_odbc.c:465
> #14 0x0805be32 in ast_module_reload (name=0x0) at loader.c:257
> #15 0x080b4623 in hup_handler (num=-4) at asterisk.c:754
> #16 <signal handler called>
> #17 0xffffe410 in ?? ()
> #0  0xffffe410 in ?? ()
>
> Regards
>
> Lee
> ###########################################
>
> This message has been scanned by F-Secure Anti-Virus for Microsoft
> Exchange.
> For more information, connect to http://www.f-secure.com/
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> Asterisk-Users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
>


-- 
Anthony D Cennami
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060531/f486c947/attachment.htm