I get NPTL 2.3.5. It's only on 1 box and after a while there are so many that it stops calls. On the other box and the other test boxes I have its only 1 asterisk process.
Regards Lee -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Moises Silva Sent: 31 May 2006 14:56 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Multiple processes check the output of "getconf GNU_LIBPTHREAD_VERSION" If you see as output "linuxthreads-version" then is highly probably that those "extra" processes that you say, are nothing more than some of the threads Asterisk needs for other services. If you see as output "nptl-version" then I think you should see only one Asterisk process. Regards On 5/31/06, Lee Archer <[EMAIL PROTECTED]> 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 > > > -- "Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org"; _______________________________________________ --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 ########################################### 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
