[Asterisk-Users] Multiple processes

Lee Archer lee.archer at pentagon-systems.com
Wed May 31 08:59:49 MST 2006


It's only been a problem since I updated to Asterisk 1.2 a few months
ago.  It was a fresh install of OS, Asterisk, FreePBX and other scripts.
I've recently just updating FreePBX but the problem hasn't gone.
 
Regards
 
Lee

________________________________

From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Anthony
Cennami
Sent: 31 May 2006 16:34
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Multiple processes


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

###########################################

This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.
For more information, connect to http://www.f-secure.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060531/34f085f2/attachment.htm


More information about the asterisk-users mailing list