Indeed the debug info did shed some light. It seems the normal output was hiding a secret from me ;-) Even though the transfer had apparently already been triggered, it seems the problem was that the js wasent exiting till the nigling Error in my_thread_global_end() line. 2009-09-18 10:33:49.190769 [DEBUG] switch_odbc.c:210 Connected to [lucidt] 2009-09-18 10:33:49.193641 [INFO] regin.js:1 Starting query run now!!! 2009-09-18 10:33:49.227567 [DEBUG] mod_conference.c:2407 Setup timer success interval: 20 samples: 160 2009-09-18 10:33:49.252869 [INFO] regin.js:1 Finished query run now!!! 2009-09-18 10:33:49.608559 [DEBUG] switch_core_io.c:649 sofia/internal/sip:1004@192.168.250.97:5060 receive message [TRANSCODING_NECESSARY] 2009-09-18 10:33:51.909401 [DEBUG] mod_local_stream.c:346 Opening Stream [moh/8000] 8000hz >>>>>> Error in my_thread_global_end(): 1 threads didn't exit <<<<<< 2009-09-18 10:33:54.255485 [DEBUG] switch_odbc.c:119 Disconnected 0 from [lucidt] 2009-09-18 10:33:54.255485 [INFO] regin.js:1 Finished updateing call I know at least one other poster has asked about that before. It seems to be an error related to accesing mysql InnoDB via odbc. Something about not decreasing the thread count before closing the connection. Unfortunately the only information I can get on fixing the bug says replace you PHP mysql.dll with and older version and restart IIS??? .... Not so usefull in my case of running in linux and not using PHP. I have tried adding a db.close to all my scripts but that doesent seem to help either. So, if any of the rest of you have come across this and know how to fix in if im not using php and IIS, some help would be greatly appreciated. I think in the mean time I will try to recompile my mysql odbc lib (I installed from the package manager initially). Im not going to post a bug to freeswitch since this seems to be a mysql odbc related issue, but thankyou for the help in tracking it down to that. Cheers, Sias On Thu, Sep 17, 2009 at 10:40:21AM -0700, Michael Collins wrote:
Turn on debug (press F8) level logging and capture the output, put in [1]pastebin.freeswitch.org. Hopefully the debug output will shed some light on where the delay is occurring. Also, see this page for some tips on how to collect information for debugging purposes: [2]http://wiki.freeswitch.org/wiki/Reporting_Bugs It will give you handy tips on collecting information, posting to pastebin, asking community for help, etc. etc. In short, it will make your life easier. :) -MC
On Thu, Sep 17, 2009 at 3:23 AM, Sias Mey <[3]sias@cpdata.co.za> wrote:
Hi, Im having a strange issue with a api triggered call transfer. There seems to be a long delay between when the transfer is triggered and when it actually happens. 2009-09-17 11:36:26.995001 [NOTICE] switch_ivr.c:1350 Transfer sofia/internal/[4]1004@192.168.0.10 to xml [incust-camp=lucidlive-call=78-conf=41@default] Error in my_thread_global_end(): 26 threads didn't exit 2009-09-17 11:36:31.997191 [INFO] mod_dialplan_xml.c:315 Processing 1004->incust-camp=lucidlive-call=7 8-conf=41 in context default 2009-09-17 11:36:31.997191 [INFO] regin.js:1 Execution start 2009-09-17 11:36:31.997191 [INFO] regin.js:1 Connecting to Ringback to add call 2009-09-17 11:36:31.997191 [INFO] regin.js:1 Finished adding calls 2009-09-17 11:36:31.997191 [INFO] regin.js:1 Connecting to database lucidlive to update call 2009-09-17 11:36:32.37433 [INFO] regin.js:1 Finished updateing call I though it was my regin.js script causing the delay since it runs a couple of database queries and other things, but the output above show that runs fine. My question is about the delay between 11:36:26 -> 11:36:31. The call is being transfered out of a fifo, but for those 5 seconds there is no MOH or anything else. Just silence. The transfer is triggered via a xml rpc call. But since the delay is between the switch_ivr and mod_dialplan_xml somewhere I doubt that that has much to do with it. Any clues or other places I can go look?. Cheers, Sias _______________________________________________ FreeSWITCH-users mailing list [5]FreeSWITCH-users@lists.freeswitch.org [6]http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:[7]http://lists.freeswitch.org/mailman/options/freeswitc h-users [8]http://www.freeswitch.org
References
1. http://pastebin.freeswitch.org/ 2. http://wiki.freeswitch.org/wiki/Reporting_Bugs 3. mailto:sias@cpdata.co.za 4. mailto:1004@192.168.0.10 5. mailto:FreeSWITCH-users@lists.freeswitch.org 6. http://lists.freeswitch.org/mailman/listinfo/freeswitch-users 7. http://lists.freeswitch.org/mailman/options/freeswitch-users 8. http://www.freeswitch.org/
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org