thr3ads.net - asterisk users - [Asterisk-Users] Multiple processes [Mar 2006]

If this information is useful, please help other people find it:
Share via:

Lee Archer

2006-Mar-21 09:37 UTC

[Asterisk-Users] Multiple processes

Does anyone have any ideas why my recently updated * 1.2.5 system should
spawn multiple * process at seemingly random intervals?

Regards

L:ee
###########################################

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/20060321/d1b078fc/attachment.htm

Lee Archer

2006-May-31 06:30 UTC

head link

[Asterisk-Users] Multiple processes

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/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20060531/3d6f1b40/attachment.htm

Moises Silva

2006-May-31 06:56 UTC

head link

[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@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"

Lee Archer

2006-May-31 07:02 UTC

head link

[Asterisk-Users] Multiple processes

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

Anthony Cennami

2006-May-31 08:33 UTC

head link

[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@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

Lee Archer

2006-May-31 08:59 UTC

head link

[Asterisk-Users] Multiple processes

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

Rodney G. McDuff

2006-May-31 17:31 UTC

head link

[Asterisk-Users] Multiple processes

Temporarily turn off your ODBC CDR stuff and see if the problem is still
there.

Lee Archer 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
>   

-- 
Dr. Rodney G. McDuff                 |Ex ignorantia ad sapientiam
Manager, Strategic Technologies Group|    Ex luce ad tenebras
Information Technology Services      |
The University of Queensland         |
EMAIL: mcduff@its.uq.edu.au          |
TELEPHONE: +61 7 3365 8220           |

Lee Archer

2006-Jun-01 00:13 UTC

head link

[Asterisk-Users] Multiple processes

I don't have any ODBC CDR stuff.  I unloaded the ODBC Asterisk modules
and the problem occurred again about an hour later.

Lee 

-----Original Message-----
From: asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Rodney G.
McDuff
Sent: 01 June 2006 01:32
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Multiple processes

Temporarily turn off your ODBC CDR stuff and see if the problem is still
there.

Lee Archer 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
>   

-- 
Dr. Rodney G. McDuff                 |Ex ignorantia ad sapientiam
Manager, Strategic Technologies Group|    Ex luce ad tenebras
Information Technology Services      |
The University of Queensland         |
EMAIL: mcduff@its.uq.edu.au          |
TELEPHONE: +61 7 3365 8220           | 


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

asterisk users - Mar 2006 - Multiple processes

[Asterisk-Users] Multiple processes

[Asterisk-Users] Multiple processes

[Asterisk-Users] Multiple processes

[Asterisk-Users] Multiple processes

[Asterisk-Users] Multiple processes

[Asterisk-Users] Multiple processes

[Asterisk-Users] Multiple processes

[Asterisk-Users] Multiple processes