[Freeswitch-users] Delay when transferring call

Fri Sep 18 01:41:19 PDT 2009

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 at 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 at 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 at 192.168.0.10 to xml
>      [incust-camp=lucidlive-call=78-conf=41 at 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 at 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 at cpdata.co.za
>    4. mailto:1004 at 192.168.0.10
>    5. mailto:FreeSWITCH-users at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org