Thanks for doing some of the legwork on this. BTW, this thread is probably a bit too technical for the users list - I recommend sending to the dev list. :) -MC On Thu, Apr 2, 2009 at 9:46 AM, Tamas Cseke <cstomi.levlist@gmail.com>wrote:
Hello,
We originate loopback channels and they end up in calling sofia and transfer the call to a fifo.
If we have a heavy call volume loopback-b channels don't hangup properly. They stay in core.db. Unfortunetly we can't reproduce it on test boxes but happens every day. On this box we had to turn off debug logging, becase we had I/O problems.
The only thing I saw in log that switch_core_session_thread don't call
switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_NOTICE, "Session %" SWITCH_SIZE_T_FMT " (%s) Ended\n", session->id, switch_channel_get_name(session->channel));
in these cases. We have local patches (I don't think they are related) and we are running FS on virtual machine and we had some problem with that before so I'm not sure, but I guess it is maybe a lock or mutex problem.
I tried SWITCH_DEBUG_RWLOCKS, but I got build error, and I don't know what to do with it.
FS_CFLAGS = -O2 -ffast-math -g -ggdb -DSWITCH_DEBUG_RWLOCKS export CFLAGS="-O2 -ffast-math -g -ggdb -DSWITCH_DEBUG_RWLOCKS" export MOD_CFLAGS="-O2 -ffast-math -g -ggdb -DSWITCH_DEBUG_RWLOCKS" ./configure
gcc -I/DEVEL/freeswitch/src/include -I/DEVEL/freeswitch/libs/libteletone/src -fPIC -Werror -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g -ggdb -O2 -ffast-math -g -ggdb -DSWITCH_DEBUG_RWLOCKS -Wall -std=c99 -pedantic -o .libs/freeswitch freeswitch-switch.o -lm ./.libs/libfreeswitch.so libs/apr/.libs/libapr-1.a -lrt -ldl -lcrypt -lpthread libs/libedit/src/.libs/libedit.a -lncurses -Wl,--rpath -Wl,/opt/freeswitch//lib ./.libs/libfreeswitch.so: undefined reference to `switch_core_session_read_lock' ./.libs/libfreeswitch.so: undefined reference to `switch_core_session_locate' ./.libs/libfreeswitch.so: undefined reference to `switch_core_session_rwunlock' collect2: ld returned 1 exit status make[2]: *** [freeswitch] Error 1
Could you please tell me how could I test mutexes, rwlocks?
Other option would be to omit loopback channels. Anthony earlier suggested me to avoid it and call sofia directly
"you could make the loopback channel execute the eval app and do the originate to the sofia channel from the dialplan.
<action application="eval" data="${originate(sofia/foo/a@b.com xyz)}"/> or make the loopback chan exec a lua or js and fire an originate command and exit
This way you don't have the loopback a and b leg as well as the sofia chan."
but it doesn't work, because originate api doesn't let us originate inside a session. So we still using it.
Thanks in advance, Tamas
_______________________________________________ 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