[Asterisk-Users] Multiple processes

[Lee Archer]

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