[Asterisk-Users] Multiple processes

Wed May 31 07:02:19 MST 2006

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: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] 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 <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
>
>
>

--
"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/