April 2009 - freeswitch-dev@lists.freeswitch.org

[Freeswitch-dev] FreeSWITCH on Windows crashing when doing deflect/REFER
by Peter Olsson 12 Oct '09

12 Oct '09

I have a problem with FreeSWITCH (r13175) when using REFER. If running inside Visual Studio, everytime (during the REFER) I get a "...has triggered a breakpoint". It's possible to click continue to go on, but eventually (another 2-3 calls) FreeSWITCH crasches completely. When running outside Visual Studio I get a crasch after maybe 10 calls. Another interesting scenario is when running outside the debugger and I enable siptracing it's much more stable - even though it crasches eventually - this is what makes me wonder about mutexes... I've tracked it down to calls to malloc() and calloc() which in 100% of the cases is in the top of the call stack. My thought is that it might be related to a mutex issue somewhere. Below I've copied the call stack from two times it's happened to me. These are the most common traces, but sometimes it's a malloc being called from the sqlite lib. But so far I always think it's been related to a malloc/calloc. These things have occured in a couple of other places as well, for instance when a SIP registration fails (registering to an external server) with error 404 I also get a breakpoint triggered, but I don't think that has caused any crasches yet. I've tried to debug this on my own, but so far I didn't find anything, so that's why I'm asking you guys :) I think I'm going to try the same on Linux as well, and see if it works differently there. If you need more info, please let me know, I'll try to help out as much as possible. I thought I'd post this here first, if you have any ideas. If not I'll file a Jira for the issue. ----- ntdll.dll!DbgBreakPoint() [Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll] ntdll.dll!RtlpNtMakeTemporaryKey() + 0x3eee bytes ntdll.dll!RtlTimeToElapsedTimeFields() + 0xd8c3 bytes ntdll.dll!RtlTryEnterCriticalSection() + 0x66f bytes ntdll.dll!RtlpNtMakeTemporaryKey() + 0x4785 bytes ntdll.dll!RtlTimeToElapsedTimeFields() + 0xd6f1 bytes ntdll.dll!RtlTryEnterCriticalSection() + 0x66f bytes > msvcr90d.dll!_heap_alloc_base(unsigned int size=41) Line 105 + 0x28 bytes C msvcr90d.dll!_heap_alloc_dbg_impl(unsigned int nSize=5, int nBlockUse=1, const char * szFileName=0x00000000, int nLine=0, int * errno_tmp=0x0739f498) Line 427 + 0x9 bytes C++ msvcr90d.dll!_nh_malloc_dbg_impl(unsigned int nSize=5, int nhFlag=0, int nBlockUse=1, const char * szFileName=0x00000000, int nLine=0, int * errno_tmp=0x0739f498) Line 239 + 0x19 bytes C++ msvcr90d.dll!_nh_malloc_dbg(unsigned int nSize=5, int nhFlag=0, int nBlockUse=1, const char * szFileName=0x00000000, int nLine=0) Line 296 + 0x1d bytes C++ msvcr90d.dll!malloc(unsigned int nSize=5) Line 56 + 0x15 bytes C++ FreeSwitch.dll!my_dup(const char * s=0x035724c8) Line 95 + 0xc bytes C FreeSwitch.dll!switch_event_add_header_string(switch_event * event=0x0370fe00, switch_stack_t stack=SWITCH_STACK_BOTTOM, const char * header_name=0x0739f50c, const char * data=0x035724c8) Line 785 + 0x9 bytes C FreeSwitch.dll!switch_channel_event_set_extended_data(switch_channel * channel=0x05d86ab0, switch_event * event=0x0370fe00) Line 1365 C FreeSwitch.dll!switch_channel_event_set_data(switch_channel * channel=0x05d86ab0, switch_event * event=0x0370fe00) Line 1378 C FreeSwitch.dll!switch_core_session_exec(switch_core_session * session=0x05d82538, const switch_application_interface * application_interface=0x0357c258, const char * arg=0x05d2b8b0) Line 1472 C FreeSwitch.dll!switch_core_session_execute_application(switch_core_session * session=0x05d82538, const char * app=0x05d2b8a8, const char * arg=0x05d2b8b0) Line 1392 C FreeSwitch.dll!switch_core_standard_on_execute(switch_core_session * session=0x05d82538) Line 168 + 0x16 bytes C FreeSwitch.dll!switch_core_session_run(switch_core_session * session=0x05d82538) Line 490 + 0x204 bytes C FreeSwitch.dll!switch_core_session_thread(apr_thread_t * thread=0x05ca71f8, void * obj=0x05d82538) Line 1060 C libapr.dll!dummy_worker(void * opaque=0x05ca71f8) Line 80 C msvcr90d.dll!_callthreadstartex() Line 348 + 0xf bytes C msvcr90d.dll!_threadstartex(void * ptd=0x03574318) Line 331 C kernel32.dll!BaseThreadInitThunk() + 0x12 bytes ntdll.dll!RtlInitializeExceptionChain() + 0x63 bytes ntdll.dll!RtlInitializeExceptionChain() + 0x36 bytes ---------------- ntdll.dll!DbgBreakPoint() [Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll] ntdll.dll!RtlpNtMakeTemporaryKey() + 0x3eee bytes ntdll.dll!RtlTimeToElapsedTimeFields() + 0xd8c3 bytes ntdll.dll!RtlTryEnterCriticalSection() + 0x66f bytes ntdll.dll!RtlpNtMakeTemporaryKey() + 0x4785 bytes ntdll.dll!RtlTimeToElapsedTimeFields() + 0xd6f1 bytes ntdll.dll!RtlTryEnterCriticalSection() + 0x66f bytes > msvcr90d.dll!_heap_alloc_base(unsigned int size=544) Line 105 + 0x28 bytes C msvcr90d.dll!_heap_alloc_dbg_impl(unsigned int nSize=508, int nBlockUse=1, const char * szFileName=0x00000000, int nLine=0, int * errno_tmp=0x042df664) Line 427 + 0x9 bytes C++ msvcr90d.dll!_nh_malloc_dbg_impl(unsigned int nSize=508, int nhFlag=0, int nBlockUse=1, const char * szFileName=0x00000000, int nLine=0, int * errno_tmp=0x042df664) Line 239 + 0x19 bytes C++ msvcr90d.dll!_calloc_dbg_impl(unsigned int nNum=1, unsigned int nSize=508, int nBlockUse=1, const char * szFileName=0x00000000, int nLine=0, int * errno_tmp=0x042df664) Line 593 + 0x20 bytes C++ msvcr90d.dll!_calloc_dbg(unsigned int nNum=1, unsigned int nSize=508, int nBlockUse=1, const char * szFileName=0x00000000, int nLine=0) Line 644 + 0x1d bytes C++ msvcr90d.dll!calloc(unsigned int nNum=1, unsigned int nSize=508) Line 56 + 0x13 bytes C++ mod_sofia.dll!su_home_new(unsigned int size=508) Line 562 + 0xe bytes C mod_sofia.dll!msg_create(const msg_mclass_s * mc=0x036f89e8, int flags=2) Line 61 + 0x12 bytes C mod_sofia.dll!nta_msg_create(nta_agent_s * agent=0x037c5430, int flags=0) Line 3305 + 0x16 bytes C mod_sofia.dll!nua_client_request_template(nua_client_request * cr=0x038c2568) Line 613 + 0x11 bytes C mod_sofia.dll!nua_client_init_request0(nua_client_request * cr=0x038c2568) Line 493 + 0x9 bytes C mod_sofia.dll!nua_client_init_request(nua_client_request * cr=0x038c2568) Line 441 + 0x9 bytes C mod_sofia.dll!nua_client_create(nua_handle_s * nh=0x038607f0, int event=33, const nua_client_methods_t * methods=0x03ca2268, const tagi_t * const tags=0x00000000) Line 199 + 0x9 bytes C mod_sofia.dll!nua_session_usage_shutdown(nua_handle_s * nh=0x038607f0, nua_dialog_state * ds=0x03860828, nua_dialog_usage * du=0x0386adc0) Line 1622 + 0x12 bytes C mod_sofia.dll!nua_dialog_usage_shutdown(su_home_s * owner=0x038607f0, nua_dialog_state * ds=0x03860828, nua_dialog_usage * du=0x0386adc0) Line 610 + 0x19 bytes C mod_sofia.dll!nua_dialog_shutdown(su_home_s * owner=0x038607f0, nua_dialog_state * ds=0x03860828) Line 587 + 0x11 bytes C mod_sofia.dll!nua_stack_destroy_handle(nua_s * nua=0x037ca4a8, nua_handle_s * nh=0x038607f0, const tagi_t * tags=0x03872944) Line 918 + 0x10 bytes C mod_sofia.dll!nua_stack_signal(nua_s * nua=0x037ca4a8, su_msg_s * * msg=0x042df868, nua_ee_data * ee=0x0387292c) Line 641 + 0x11 bytes C mod_sofia.dll!su_base_port_execute_msgs(su_msg_s * queue=0x00000000) Line 280 + 0x2c bytes C mod_sofia.dll!su_base_port_getmsgs(su_port_s * self=0x037cac68) Line 202 + 0x9 bytes C mod_sofia.dll!su_base_port_run(su_port_s * self=0x037cac68) Line 335 + 0x11 bytes C mod_sofia.dll!su_port_run(su_port_s * self=0x037cac68) Line 326 + 0x11 bytes C mod_sofia.dll!su_root_run(su_root_s * self=0x037cf1c0) Line 819 + 0xc bytes C mod_sofia.dll!su_pthread_port_clone_main(void * varg=0x03e3f96c) Line 324 + 0x9 bytes C pthreadVC2.dll!ptw32_threadStart(void * vthreadParms=0x03771cb8) Line 219 + 0x9 bytes C msvcr90d.dll!_callthreadstartex() Line 348 + 0xf bytes C msvcr90d.dll!_threadstartex(void * ptd=0x0378a3e8) Line 331 C kernel32.dll!BaseThreadInitThunk() + 0x12 bytes ntdll.dll!RtlInitializeExceptionChain() + 0x63 bytes ntdll.dll!RtlInitializeExceptionChain() + 0x36 bytes

3 3

[Freeswitch-dev] uuid_bridge bug?
by Scott Shen 30 Apr '09

30 Apr '09

I am using FS r13096, sometimes uuid_bridge will hangup both legs with no obvious reason( see the debug log below ) The scenario is 1. Caller(8002) Connects to Callee(7001) 2. 8002 then is parked by using uuid_park ( hence, 7001 is released ) 3. now using a simple lua script ( as listed below ) to re-connect 7001 back to the parked call 4. most of the time, the re-connect will success, however, sometimes it will drop both legs. local api = freeswitch.API(); -- Invite the requestor local ses = freeswitch.Session("user/" .. requestor); if ses:ready() then ses:answer(); -- Get the UUID of this leg local uuid = ses:getVariable("uuid"); -- Bridge it to the parked id freeswitch.consoleLog("info", "uuid_bridge " .. parkedid .. " " .. uuid .. "\n"); api:execute("uuid_bridge", parkedid .. " " .. uuid ); end 2009-04-30 15:42:25 [DEBUG] sofia_glue.c:2929 sofia_glue_negotiate_sdp() Audio Codec Compare [PCMA:8:8000:0]/[PCMA:8:8000:20] 2009-04-30 15:42:25 [DEBUG] sofia_glue.c:1912 sofia_glue_tech_set_codec() Set Codec sofia/internal/sip:7001@192.168.0.31:5340 PCMA/8000 20 ms 160 samples 2009-04-30 15:42:25 [DEBUG] sofia_glue.c:2889 sofia_glue_negotiate_sdp() Set 2833 dtmf payload to 101 2009-04-30 15:42:25 [DEBUG] sofia_glue.c:2146 sofia_glue_activate_rtp() AUDIO RTP [sofia/internal/sip:7001@192.168.0.31:5340] 192.168.0.137 port 28890 -> 192.168.0.31 port 7360 codec: 8 ms: 20 2009-04-30 15:42:25 [DEBUG] switch_rtp.c:900 switch_rtp_create() Starting timer [soft] 160 bytes per 20ms 2009-04-30 15:42:25 [NOTICE] sofia.c:3399 sofia_handle_sip_i_state() Channel [sofia/internal/sip:7001@192.168.0.31:5340] has been answered 2009-04-30 15:42:25 [DEBUG] switch_channel.c:182 switch_channel_audio_sync() sofia/internal/sip:7001@192.168.0.31:5340 receive message [AUDIO_SYNC] 2009-04-30 15:42:25 [DEBUG] switch_ivr_originate.c:2016 switch_ivr_originate() Originate Resulted in Success: [sofia/internal/sip:7001@192.168.0.31:5340] 2009-04-30 15:42:25 [DEBUG] switch_channel.c:182 switch_channel_audio_sync() sofia/internal/sip:7001@192.168.0.31:5340 receive message [AUDIO_SYNC] 2009-04-30 15:42:25 [DEBUG] switch_ivr_originate.c:2016 switch_ivr_originate() Originate Resulted in Success: [sofia/internal/sip:7001@192.168.0.31:5340] 2009-04-30 15:42:25 [DEBUG] switch_channel.c:182 switch_channel_audio_sync() sofia/internal/sip:7001@192.168.0.31:5340 receive message [AUDIO_SYNC] 2009-04-30 15:42:25 [DEBUG] switch_cpp.cpp:496 CoreSession() (sofia/internal/sip:7001@192.168.0.31:5340) State Change CS_CONSUME_MEDIA -> CS_SOFT_EXECUTE 2009-04-30 15:42:25 [DEBUG] switch_core_session.c:869 switch_core_session_signal_state_change() Send signal sofia/internal/sip:7001@192.168.0.31:5340 [BREAK] 2009-04-30 15:42:25 [INFO] switch_cpp.cpp:1122 console_log() uuid_bridge 87d70dc0-96aa-4185-9614-f742a9564f30 723ee9d3-6a30-485f-8069-c535f4946e98 2009-04-30 15:42:25 [DEBUG] switch_ivr_bridge.c:1164 switch_ivr_uuid_bridge() (sofia/internal/8002(a)192.168.0.137) State Change CS_PARK -> CS_HIBERNATE 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:517 switch_core_session_run() (sofia/internal/sip:7001@192.168.0.31:5340) State CONSUME_MEDIA going to sleep 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:397 switch_core_session_run() (sofia/internal/sip:7001@192.168.0.31:5340) Running State Change CS_SOFT_EXECUTE 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:514 switch_core_session_run() (sofia/internal/8002(a)192.168.0.137) State PARK going to sleep 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:511 switch_core_session_run() (sofia/internal/sip:7001@192.168.0.31:5340) State SOFT_EXECUTE 2009-04-30 15:42:25 [DEBUG] mod_sofia.c:430 sofia_on_soft_execute() SOFIA TRANSMIT 2009-04-30 15:42:25 [DEBUG] switch_ivr_bridge.c:604 uuid_bridge_on_soft_execute() sofia/internal/sip:7001@192.168.0.31:5340 CUSTOM SOFT_EXECUTE 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:192 switch_core_standard_on_soft_execute() sofia/internal/sip:7001@192.168.0.31:5340 Standard SOFT_EXECUTE 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:511 switch_core_session_run() (sofia/internal/sip:7001@192.168.0.31:5340) State SOFT_EXECUTE going to sleep 2009-04-30 15:42:25 [DEBUG] switch_core_session.c:869 switch_core_session_signal_state_change() Send signal sofia/internal/8002(a)192.168.0.137 [BREAK] 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:397 switch_core_session_run() (sofia/internal/8002(a)192.168.0.137) Running State Change CS_HIBERNATE 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:520 switch_core_session_run() (sofia/internal/8002(a)192.168.0.137) State HIBERNATE 2009-04-30 15:42:25 [DEBUG] mod_sofia.c:160 sofia_on_hibernate() sofia/internal/8002(a)192.168.0.137 SOFIA HIBERNATE 2009-04-30 15:42:25 [DEBUG] switch_ivr_bridge.c:594 uuid_bridge_on_hibernate() (sofia/internal/8002(a)192.168.0.137) State Change CS_HIBERNATE -> CS_RESET 2009-04-30 15:42:25 [DEBUG] switch_core_session.c:869 switch_core_session_signal_state_change() Send signal sofia/internal/8002(a)192.168.0.137 [BREAK] 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:520 switch_core_session_run() (sofia/internal/8002(a)192.168.0.137) State HIBERNATE going to sleep 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:397 switch_core_session_run() (sofia/internal/8002(a)192.168.0.137) Running State Change CS_RESET 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:501 switch_core_session_run() (sofia/internal/8002(a)192.168.0.137) State RESET 2009-04-30 15:42:25 [DEBUG] mod_sofia.c:145 sofia_on_reset() sofia/internal/8002(a)192.168.0.137 SOFIA RESET 2009-04-30 15:42:25 [DEBUG] switch_ivr_bridge.c:581 uuid_bridge_on_reset() sofia/internal/8002(a)192.168.0.137 CUSTOM RESET 2009-04-30 15:42:25 [DEBUG] switch_ivr_bridge.c:586 uuid_bridge_on_reset() (sofia/internal/8002(a)192.168.0.137) State Change CS_RESET -> CS_SOFT_EXECUTE 2009-04-30 15:42:25 [DEBUG] switch_core_session.c:869 switch_core_session_signal_state_change() Send signal sofia/internal/8002(a)192.168.0.137 [BREAK] 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:501 switch_core_session_run() (sofia/internal/8002(a)192.168.0.137) State RESET going to sleep 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:397 switch_core_session_run() (sofia/internal/8002(a)192.168.0.137) Running State Change CS_SOFT_EXECUTE 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:511 switch_core_session_run() (sofia/internal/8002(a)192.168.0.137) State SOFT_EXECUTE 2009-04-30 15:42:25 [DEBUG] mod_sofia.c:430 sofia_on_soft_execute() SOFIA TRANSMIT 2009-04-30 15:42:25 [DEBUG] switch_ivr_bridge.c:604 uuid_bridge_on_soft_execute() sofia/internal/8002(a)192.168.0.137 CUSTOM SOFT_EXECUTE 2009-04-30 15:42:25 [DEBUG] switch_ivr_bridge.c:1166 switch_ivr_uuid_bridge() (sofia/internal/sip:7001@192.168.0.31:5340) State Change CS_SOFT_EXECUTE -> CS_HIBERNATE 2009-04-30 15:42:25 [DEBUG] switch_core_session.c:869 switch_core_session_signal_state_change() Send signal sofia/internal/sip:7001@192.168.0.31:5340 [BREAK] 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:397 switch_core_session_run() (sofia/internal/sip:7001@192.168.0.31:5340) Running State Change CS_HIBERNATE 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:520 switch_core_session_run() (sofia/internal/sip:7001@192.168.0.31:5340) State HIBERNATE 2009-04-30 15:42:25 [DEBUG] mod_sofia.c:160 sofia_on_hibernate() sofia/internal/sip:7001@192.168.0.31:5340 SOFIA HIBERNATE 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:212 switch_core_standard_on_hibernate() sofia/internal/sip:7001@192.168.0.31:5340 Standard HIBERNATE 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:520 switch_core_session_run() (sofia/internal/sip:7001@192.168.0.31:5340) State HIBERNATE going to sleep 2009-04-30 15:42:25 [DEBUG] switch_cpp.cpp:916 destroy() destroy/unlink session from object 2009-04-30 15:42:25 [NOTICE] switch_cpp.cpp:919 destroy() Hangup sofia/internal/sip:7001@192.168.0.31:5340 [CS_HIBERNATE] [NORMAL_CLEARING] 2009-04-30 15:42:25 [DEBUG] switch_channel.c:1617 switch_channel_perform_hangup() Send signal sofia/internal/sip:7001@192.168.0.31:5340 [KILL] 2009-04-30 15:42:25 [DEBUG] switch_core_session.c:869 switch_core_session_signal_state_change() Send signal sofia/internal/sip:7001@192.168.0.31:5340 [BREAK] 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:397 switch_core_session_run() (sofia/internal/sip:7001@192.168.0.31:5340) Running State Change CS_HANGUP 2009-04-30 15:42:25 [DEBUG] switch_core_state_machine.c:448 switch_core_session_run() (sofia/internal/sip:7001@192.168.0.31:5340) State HANGUP 2009-04-30 15:42:25 [DEBUG] mod_sofia.c:315 sofia_on_hangup() Channel sofia/internal/sip:7001@192.168.0.31:5340 hanging up, cause: NORMAL_CLEARING 2009-04-30 15:42:25 [DEBUG] mod_sofia.c:370 sofia_on_hangup() Sending BYE to sofia/internal/sip:7001@192.168.0.31:5340

2 1

[Freeswitch-dev] FreeSwitch Configuration Interface
by Santosh 29 Apr '09

29 Apr '09

Dear, Can you please let me that is there any interface provided by FreeSwitch to change the xml? Like If I want to add or remove any extension I will do it using Interface provide by FreeSwitch.I got the freeswitch configuration, Thank you everyone.Please help me with this also because I don't want to directly change these xml file (Extension,access etc).I want to use an In terface to modify any files of freeswitch( and also if I use reload xml command will it work for all xml). Best regards, Santosh Disclaimer: The information contained in this e-mail and attachments if any are privileged and confidential and are intended for the individual(s) or entity(ies) named in this e-mail. If the reader or recipient is not the intended recipient, or employee or agent responsible for delivering to the intended recipient, you are hereby notified that dissemination, distribution or copying of this communication or attachments thereof is strictly prohibited. IF YOU RECEIVE this communication in error, please immediately notify the sender and return the original message.

2 1

[Freeswitch-dev] Compiling the FreeSwitch on Windows XP
by Santosh 28 Apr '09

28 Apr '09

Hi, I am compiling the FreeSwitch 1.0.3 on Windows machine and getting hundreds of error.I guess this has something to do with Visual studio Settings.Can you please help me with this.I am attaching the Error file also(in which there are some missing files too).Can you send me a working FreeSwitch code for windows? Regards, Santosh Disclaimer: The information contained in this e-mail and attachments if any are privileged and confidential and are intended for the individual(s) or entity(ies) named in this e-mail. If the reader or recipient is not the intended recipient, or employee or agent responsible for delivering to the intended recipient, you are hereby notified that dissemination, distribution or copying of this communication or attachments thereof is strictly prohibited. IF YOU RECEIVE this communication in error, please immediately notify the sender and return the original message.

3 4

[Freeswitch-dev] FreeSWITCH In Blogosphere
by Michael Collins 28 Apr '09

28 Apr '09

I just wanted to let everyone know that there are a few blog posts out there that you FreeSWITCHers might find interesting. Please check out these two stories on the main FreeSWITCH page: Another Interesting Use For FreeSWITCH: OpenSim<http://www.freeswitch.org/node/175> DIDX Interview With Anthony Minessale and Brian West<http://DIDX%20Interview%20With%20Anthony%20Minessale%20and%20Brian%20West> Be sure to leave comments where appropriate. I will followup with digg links shortly. -MC

1 1

[Freeswitch-dev] FS r13096 error
by Scott Shen 28 Apr '09

28 Apr '09

I am using FS r13096, occasionally getting following errors when doing uuid_bridge switch_core_session.c:303 switch_core_session_outgoing_channel() Could not locate channel type 1007 switch_ivr_originate.c:1486 switch_ivr_originate() Cannot create outgoing channel of type [1007] cause: [CHAN_NOT_IMPLEMENTED] Uually the error will disappear if try the second time, never witnessed the similar error on previous version of FS. Thanks & Regards Scott

2 1

[Freeswitch-dev] Adding New User In User Directory
by Malhar Chudasama 27 Apr '09

27 Apr '09

2 1

Re: [Freeswitch-dev] [BULK] Re: [BULK] Re: [BULK] Re: Memory Leak? - FreeSWITCH Version 1.0.4pre5
by Charles Boening 26 Apr '09

26 Apr '09

That's good to know. Thank you again for the rapid responses and such. It is greatly appreciated. :) Charlie From: freeswitch-dev-bounces(a)lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Saturday, April 25, 2009 4:14 PM To: freeswitch-dev(a)lists.freeswitch.org Subject: [BULK] Re: [Freeswitch-dev] [BULK] Re: [BULK] Re: Memory Leak? - FreeSWITCH Version 1.0.4pre5 Importance: Low it may for some time but it will eventually level off anywhere from 20 to 700 megs is within normal parameters even on an idle box. On Sat, Apr 25, 2009 at 3:14 PM, Charles Boening <charlieb(a)cot.net<mailto:charlieb@cot.net>> wrote: I'm sure the email app uses way more. It's Outlook after all. :) So what you're saying is the FS will continue to consume memory for future use even if nothing is going on? Thanks for the information and taking the time to address my concerns. Charlie From: freeswitch-dev-bounces(a)lists.freeswitch.org<mailto:freeswitch-dev-bounces@lists.freeswitch.org> [mailto:freeswitch-dev-bounces@lists.freeswitch.org<mailto:freeswitch-dev-bounces@lists.freeswitch.org>] On Behalf Of Anthony Minessale Sent: Saturday, April 25, 2009 5:10 AM To: freeswitch-dev(a)lists.freeswitch.org<mailto:freeswitch-dev@lists.freeswitch.org> Subject: [BULK] Re: [Freeswitch-dev] [BULK] Re: Memory Leak? - FreeSWITCH Version 1.0.4pre5 Importance: Low freeswitch uses memory pooling and so do some of it's individual components. you can expect it to build up to several hundered megs of ram and save it for reuse. I bet the email app you are using to write this email is using more ram than that chart depicts. On Sat, Apr 25, 2009 at 2:31 AM, Charles Boening <charlieb(a)cot.net<mailto:charlieb@cot.net>> wrote: I don't see any core files. However, I talked with one of my other guys this evening and found out he put in a cron job that was supposed to kill FS and restart it every day at 3am. I think there was something wrong with how he did it and FS wasn't restarting properly. I've removed that job and we'll see how long we last. I'm still concerned about the ever increasing memory usage though. I would think that if it doesn't level off, eventually something has to give. Here's what I have for a memory usage graph so far. As you can see, memory usage is constantly climbing. I wouldn't think this would be normal. Since I updated to 1.0.4pre5, I've made a couple test calls to make sure the IVR was working correctly. Other than that, the system hasn't been used since the update about 11 hours ago. [cid:image001.png@01C9C5D1.0A3A4F00] From: freeswitch-dev-bounces(a)lists.freeswitch.org<mailto:freeswitch-dev-bounces@lists.freeswitch.org> [mailto:freeswitch-dev-bounces@lists.freeswitch.org<mailto:freeswitch-dev-bounces@lists.freeswitch.org>] On Behalf Of Anthony Minessale Sent: Friday, April 24, 2009 5:48 PM To: freeswitch-dev(a)lists.freeswitch.org<mailto:freeswitch-dev@lists.freeswitch.org> Subject: [BULK] Re: [Freeswitch-dev] Memory Leak? - FreeSWITCH Version 1.0.4pre5 Importance: Low if it already crashed, you would already have core files now you could trace. did you witness any crash or find any core files? mention to the boss if he emails consulting(a)freeswitch.org<mailto:consulting@freeswitch.org> he could purchase a support contract from FreeSWITCH Solutions and we can make sure his box is stable. On Fri, Apr 24, 2009 at 7:16 PM, Charles Boening <charlieb(a)cot.net<mailto:charlieb@cot.net>> wrote: Brian, Sounds good. I'll keep an eye on it. I appreciate the tips. I'll see about joining the IRC channel. :) Charlie -----Original Message----- From: freeswitch-dev-bounces(a)lists.freeswitch.org<mailto:freeswitch-dev-bounces@lists.freeswitch.org> [mailto:freeswitch-dev-bounces@lists.freeswitch.org<mailto:freeswitch-dev-bounces@lists.freeswitch.org>] On Behalf Of Brian West Sent: Friday, April 24, 2009 4:45 PM To: freeswitch-dev(a)lists.freeswitch.org<mailto:freeswitch-dev@lists.freeswitch.org> Subject: Re: [Freeswitch-dev] Memory Leak? - FreeSWITCH Version 1.0.4pre5 If you can please refer to the wiki for debugging procedures... I also recommend you join us on IRC. We run conference.freeswitch.org<http://conference.freeswitch.org> with many participants in a conference all day long without any problems and we usually keep it up to date every few days when we remember to do so. We do not see any memory leaks. http://wiki.freeswitch.org/wiki/Reporting_Bugs If freeswitch exits like you say it'll have a core file which you can run gdb on and it will tell us why it crashed usually. /b On Apr 24, 2009, at 6:36 PM, Charles Boening wrote: > Brian, > > Thanks for the quick reply. > > I'm using FS for a conference server. We have just one conference > room for internal use. It is connected via a SIP registration to > our MetaSwitch. That registration allows multiple calls on the same > registration. I could do a SIP trunk but this was quick and easy to > setup. > > I'm concerned that FS quit unexpectedly a few time (pre4 not pre5) > and that's how I got to poking around. Sounds like maybe I'm being > a little alarmist. It's just harsh when the boss asks why the > conference room isn't working. :) > > I'll see if I can get something setup to monitor memory usage over > time. I'm just concerned that over time memory will keep increasing > and increasing and that's what caused the process to crash. > > What would you suggest to try and track down why the FS process > would suddenly stop working (not in process list even)? > > Charlie Brian West brian(a)freeswitch.org<mailto:brian@freeswitch.org> -- Meet us at ClueCon! http://www.cluecon.com _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org<mailto:Freeswitch-dev@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org<mailto:Freeswitch-dev@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com<mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net<http://irc.freenode.net> #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<mailto:sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888<http://iax:guest@conference.freeswitch.org/888> googletalk:conf+888@conference.freeswitch.org<mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400 _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org<mailto:Freeswitch-dev@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com<mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net<http://irc.freenode.net> #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<mailto:sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888<http://iax:guest@conference.freeswitch.org/888> googletalk:conf+888@conference.freeswitch.org<mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400 _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org<mailto:Freeswitch-dev@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com<mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net<http://irc.freenode.net> #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<mailto:sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888<http://iax:guest@conference.freeswitch.org/888> googletalk:conf+888@conference.freeswitch.org<mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

2 1

Re: [Freeswitch-dev] [BULK] Re: [BULK] Re: Memory Leak? - FreeSWITCH Version 1.0.4pre5
by Charles Boening 25 Apr '09

25 Apr '09

I'm sure the email app uses way more. It's Outlook after all. :) So what you're saying is the FS will continue to consume memory for future use even if nothing is going on? Thanks for the information and taking the time to address my concerns. Charlie From: freeswitch-dev-bounces(a)lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Saturday, April 25, 2009 5:10 AM To: freeswitch-dev(a)lists.freeswitch.org Subject: [BULK] Re: [Freeswitch-dev] [BULK] Re: Memory Leak? - FreeSWITCH Version 1.0.4pre5 Importance: Low freeswitch uses memory pooling and so do some of it's individual components. you can expect it to build up to several hundered megs of ram and save it for reuse. I bet the email app you are using to write this email is using more ram than that chart depicts. On Sat, Apr 25, 2009 at 2:31 AM, Charles Boening <charlieb(a)cot.net<mailto:charlieb@cot.net>> wrote: I don't see any core files. However, I talked with one of my other guys this evening and found out he put in a cron job that was supposed to kill FS and restart it every day at 3am. I think there was something wrong with how he did it and FS wasn't restarting properly. I've removed that job and we'll see how long we last. I'm still concerned about the ever increasing memory usage though. I would think that if it doesn't level off, eventually something has to give. Here's what I have for a memory usage graph so far. As you can see, memory usage is constantly climbing. I wouldn't think this would be normal. Since I updated to 1.0.4pre5, I've made a couple test calls to make sure the IVR was working correctly. Other than that, the system hasn't been used since the update about 11 hours ago. [cid:image001.png@01C9C5A7.3F1B16C0] From: freeswitch-dev-bounces(a)lists.freeswitch.org<mailto:freeswitch-dev-bounces@lists.freeswitch.org> [mailto:freeswitch-dev-bounces@lists.freeswitch.org<mailto:freeswitch-dev-bounces@lists.freeswitch.org>] On Behalf Of Anthony Minessale Sent: Friday, April 24, 2009 5:48 PM To: freeswitch-dev(a)lists.freeswitch.org<mailto:freeswitch-dev@lists.freeswitch.org> Subject: [BULK] Re: [Freeswitch-dev] Memory Leak? - FreeSWITCH Version 1.0.4pre5 Importance: Low if it already crashed, you would already have core files now you could trace. did you witness any crash or find any core files? mention to the boss if he emails consulting(a)freeswitch.org<mailto:consulting@freeswitch.org> he could purchase a support contract from FreeSWITCH Solutions and we can make sure his box is stable. On Fri, Apr 24, 2009 at 7:16 PM, Charles Boening <charlieb(a)cot.net<mailto:charlieb@cot.net>> wrote: Brian, Sounds good. I'll keep an eye on it. I appreciate the tips. I'll see about joining the IRC channel. :) Charlie -----Original Message----- From: freeswitch-dev-bounces(a)lists.freeswitch.org<mailto:freeswitch-dev-bounces@lists.freeswitch.org> [mailto:freeswitch-dev-bounces@lists.freeswitch.org<mailto:freeswitch-dev-bounces@lists.freeswitch.org>] On Behalf Of Brian West Sent: Friday, April 24, 2009 4:45 PM To: freeswitch-dev(a)lists.freeswitch.org<mailto:freeswitch-dev@lists.freeswitch.org> Subject: Re: [Freeswitch-dev] Memory Leak? - FreeSWITCH Version 1.0.4pre5 If you can please refer to the wiki for debugging procedures... I also recommend you join us on IRC. We run conference.freeswitch.org<http://conference.freeswitch.org> with many participants in a conference all day long without any problems and we usually keep it up to date every few days when we remember to do so. We do not see any memory leaks. http://wiki.freeswitch.org/wiki/Reporting_Bugs If freeswitch exits like you say it'll have a core file which you can run gdb on and it will tell us why it crashed usually. /b On Apr 24, 2009, at 6:36 PM, Charles Boening wrote: > Brian, > > Thanks for the quick reply. > > I'm using FS for a conference server. We have just one conference > room for internal use. It is connected via a SIP registration to > our MetaSwitch. That registration allows multiple calls on the same > registration. I could do a SIP trunk but this was quick and easy to > setup. > > I'm concerned that FS quit unexpectedly a few time (pre4 not pre5) > and that's how I got to poking around. Sounds like maybe I'm being > a little alarmist. It's just harsh when the boss asks why the > conference room isn't working. :) > > I'll see if I can get something setup to monitor memory usage over > time. I'm just concerned that over time memory will keep increasing > and increasing and that's what caused the process to crash. > > What would you suggest to try and track down why the FS process > would suddenly stop working (not in process list even)? > > Charlie Brian West brian(a)freeswitch.org<mailto:brian@freeswitch.org> -- Meet us at ClueCon! http://www.cluecon.com _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org<mailto:Freeswitch-dev@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org<mailto:Freeswitch-dev@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com<mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net<http://irc.freenode.net> #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<mailto:sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888<http://iax:guest@conference.freeswitch.org/888> googletalk:conf+888@conference.freeswitch.org<mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400 _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org<mailto:Freeswitch-dev@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com<mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net<http://irc.freenode.net> #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<mailto:sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888<http://iax:guest@conference.freeswitch.org/888> googletalk:conf+888@conference.freeswitch.org<mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

2 1

Re: [Freeswitch-dev] [BULK] Re: Memory Leak? - FreeSWITCH Version 1.0.4pre5
by Charles Boening 25 Apr '09

25 Apr '09

I don't see any core files. However, I talked with one of my other guys this evening and found out he put in a cron job that was supposed to kill FS and restart it every day at 3am. I think there was something wrong with how he did it and FS wasn't restarting properly. I've removed that job and we'll see how long we last. I'm still concerned about the ever increasing memory usage though. I would think that if it doesn't level off, eventually something has to give. Here's what I have for a memory usage graph so far. As you can see, memory usage is constantly climbing. I wouldn't think this would be normal. Since I updated to 1.0.4pre5, I've made a couple test calls to make sure the IVR was working correctly. Other than that, the system hasn't been used since the update about 11 hours ago. [cid:image002.png@01C9C53D.1CB487C0] From: freeswitch-dev-bounces(a)lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Friday, April 24, 2009 5:48 PM To: freeswitch-dev(a)lists.freeswitch.org Subject: [BULK] Re: [Freeswitch-dev] Memory Leak? - FreeSWITCH Version 1.0.4pre5 Importance: Low if it already crashed, you would already have core files now you could trace. did you witness any crash or find any core files? mention to the boss if he emails consulting(a)freeswitch.org<mailto:consulting@freeswitch.org> he could purchase a support contract from FreeSWITCH Solutions and we can make sure his box is stable. On Fri, Apr 24, 2009 at 7:16 PM, Charles Boening <charlieb(a)cot.net<mailto:charlieb@cot.net>> wrote: Brian, Sounds good. I'll keep an eye on it. I appreciate the tips. I'll see about joining the IRC channel. :) Charlie -----Original Message----- From: freeswitch-dev-bounces(a)lists.freeswitch.org<mailto:freeswitch-dev-bounces@lists.freeswitch.org> [mailto:freeswitch-dev-bounces@lists.freeswitch.org<mailto:freeswitch-dev-bounces@lists.freeswitch.org>] On Behalf Of Brian West Sent: Friday, April 24, 2009 4:45 PM To: freeswitch-dev(a)lists.freeswitch.org<mailto:freeswitch-dev@lists.freeswitch.org> Subject: Re: [Freeswitch-dev] Memory Leak? - FreeSWITCH Version 1.0.4pre5 If you can please refer to the wiki for debugging procedures... I also recommend you join us on IRC. We run conference.freeswitch.org<http://conference.freeswitch.org> with many participants in a conference all day long without any problems and we usually keep it up to date every few days when we remember to do so. We do not see any memory leaks. http://wiki.freeswitch.org/wiki/Reporting_Bugs If freeswitch exits like you say it'll have a core file which you can run gdb on and it will tell us why it crashed usually. /b On Apr 24, 2009, at 6:36 PM, Charles Boening wrote: > Brian, > > Thanks for the quick reply. > > I'm using FS for a conference server. We have just one conference > room for internal use. It is connected via a SIP registration to > our MetaSwitch. That registration allows multiple calls on the same > registration. I could do a SIP trunk but this was quick and easy to > setup. > > I'm concerned that FS quit unexpectedly a few time (pre4 not pre5) > and that's how I got to poking around. Sounds like maybe I'm being > a little alarmist. It's just harsh when the boss asks why the > conference room isn't working. :) > > I'll see if I can get something setup to monitor memory usage over > time. I'm just concerned that over time memory will keep increasing > and increasing and that's what caused the process to crash. > > What would you suggest to try and track down why the FS process > would suddenly stop working (not in process list even)? > > Charlie Brian West brian(a)freeswitch.org<mailto:brian@freeswitch.org> -- Meet us at ClueCon! http://www.cluecon.com _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org<mailto:Freeswitch-dev@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org<mailto:Freeswitch-dev@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com<mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net<http://irc.freenode.net> #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<mailto:sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888<http://iax:guest@conference.freeswitch.org/888> googletalk:conf+888@conference.freeswitch.org<mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400

2 1