Re: [Freeswitch-users] UUID of the newly originated call?

2009-10-05 Thread Benedikt Fraunhofer
Hi, 2009/10/5 Nagalenoj : >     * Receive the events only for this uuid - I have done by registering > all events and filtering only for this uuid($uuid). >     * If it is CHANNEL_ANSWER, originate a new call. it's a "filter in", not "filter out" :) > Now, How can I get the uuid of the new call

Re: [Freeswitch-users] sending custom events from event_socket, channel_variable_changed event?

2009-09-15 Thread Benedikt Fraunhofer
Hi Anthony, 2009/9/15 Anthony Minessale : > I added a patch to r14874 to allow you to add a "unique-id" header to the > sendevent command > that should allow you to address and event right to a particular session > rather than fire the event. thx! While riding the train back from work i thought

[Freeswitch-users] sending custom events from event_socket, channel_variable_changed event?

2009-09-15 Thread Benedikt Fraunhofer
Hello *, while trying to figure out how to send custom events from mod_socket with "sendmsg" (like a telnet connection or something) i only found how to do that from within javascript (with e.fire() and stuff). So... first of all, how's the correct syntax to do that from the event_socket? the wik

Re: [Freeswitch-users] memory leak

2009-09-11 Thread Benedikt Fraunhofer
Hello *, "sched_api ... &" works, too. Thx again and looking forward to the next bug :) Beni. ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://l

Re: [Freeswitch-users] memory leak

2009-09-09 Thread Benedikt Fraunhofer
Hello *, the latest bugfixes for luarun (pool allocation) fixed it. It's working now with luarun (friday-monday) and bgapi (monday-today). The last test with the new "&" operator for sched_api is currently running. Thx! Beni. <>___ FreeSWITCH-users m

Re: [Freeswitch-users] memory leak

2009-09-04 Thread Benedikt Fraunhofer
personally i would blame xmlrpc (which is no xml :) for it. Just my 2cent Beni. ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.

Re: [Freeswitch-users] memory leak

2009-09-04 Thread Benedikt Fraunhofer
2009/9/4 Rupa Schomaker : > Worst offenders (leakers over 100K).  The last one is the worst (672M) > -- looks like a lua script.  What are you doing in lua again? i feel kinda dumb to double post, but here it is again :) the setup is the same as in http://jira.freeswitch.org/browse/MODSOFIA-22 o

Re: [Freeswitch-users] memory leak

2009-09-04 Thread Benedikt Fraunhofer
Hello Anthony, 2009/9/2 Anthony Minessale : > yes if you have a version that only has log-file you can use that. > > if you find me on irc and send me the credentials privately I will examine > your box for you. thanks for that offer, but the box is pretty deep inside our internal network with n

Re: [Freeswitch-users] uuid_exists - does it still exist?

2009-09-03 Thread Benedikt Fraunhofer
Hi, > Usage: uuid_exists > However when I call via an API call I get: > INVALID COMMAND! > I also don't see it in MOD_COMMAND.C As a workaround or if your are unable to upgrade, you can use "uuid_getvar [some_uuid] thisVariableDoesNotExist" ("thisVariableDoesNotExist" is any variable you can th

Re: [Freeswitch-users] memory leak

2009-09-02 Thread Benedikt Fraunhofer
Hello Anthony, 2009/9/2 Anthony Minessale : > run it slower and make sure it shuts down clean. i already reduced load 37% but that didnt help, now i'm down to 25% and it's running. > valgrind --tool=memcheck --log-file-exactly=vg.log --leak-check=full > --leak-resolution=high --show-reachable=ye

Re: [Freeswitch-users] memory leak

2009-09-02 Thread Benedikt Fraunhofer
Hello Brian, 2009/9/2 Brian West : > What are you doing in these lua scripts?  Because there are a few things you > can do in the lua script itself that will cause you to leak like crazy due > to improper use. > /b the setup is the same as in http://jira.freeswitch.org/browse/MODSOFIA-22 one is

Re: [Freeswitch-users] memory leak

2009-09-02 Thread Benedikt Fraunhofer
Hello *, 2009/8/31 Rupa Schomaker : > Isn't there a known issue with lua+sql leaking memory on some platforms? just lua, no sql in use :) > On Mon, Aug 31, 2009 at 8:32 AM, Brian West wrote: >> Use valgrind. i tried that... in the beginning valgrind segfaultet several times with some error mess

Re: [Freeswitch-users] memory leak

2009-08-31 Thread Benedikt Fraunhofer
Hello *, still no luck. Removing the default dialplan with all those hash-inserts made the memory-usage-curve flatter but it oom-coredumped stating: freeswitch: src/switch_core_memory.c:443: switch_core_perform_alloc: Assertion `ptr != ((void *)0)' failed. after eating up 3.2 gig ram+swap. An

Re: [Freeswitch-users] memory leak

2009-08-27 Thread Benedikt Fraunhofer
Hello Anthony, 2009/8/27 Anthony Minessale : > 600k is not a leak? FS can use as much as a gig of ram or more depending on > what you are doing. it's 600*1024 * 4* 1024 /1024/1024 => ~ 2.4 Gig that's what i tried to express with the "physical pages" in my first post. > you may want to install a

[Freeswitch-users] fscore mutex locking question

2009-08-27 Thread Benedikt Fraunhofer
Hello *, while looking at the code i came across a region of code which is unclear to me regarding locking issues. One example is switch_ivr_broadcast in switch_ivr_async.c. This should be the function called by uuid_broadcast() and others. in line 2341 it tries to queue an event to the bleg if i

[Freeswitch-users] memory leak

2009-08-27 Thread Benedikt Fraunhofer
Hello *, a memory leak showed up in our loadtests. It's (still) the same setup as in the http://jira.freeswitch.org/browse/MODSOFIA-22 bugfix. One thing I'd like to add is that "fsctl shutdown restart" was unable to shutdown freeswitch. The last line printed is "switch_core_memory.c:567 Stopping

Re: [Freeswitch-users] zombie channels

2009-08-21 Thread Benedikt Fraunhofer
Hello, > I tried running the core, but I am getting some errors: >  ./freeswitch-gcore > /usr/local/freeswitch/log/freeswitch.gcore.fm5478:1: Error in sourced > command file: > ptrace: No such process. > gcore: failed to create /usr/local/freeswitch/log/freeswitch.gcore.16240 > > What is the prope

Re: [Freeswitch-users] zombie channels

2009-08-21 Thread Benedikt Fraunhofer
Hi Woody, 2009/8/21 Woody Dickson : > After a high traffic session, I do "show channels", I would find a bunch of > "CS_HIBERNATE" channels that don't get removed after all the traffic is > gone. > > Does anyone know what is the case of thoes CS_HIBERNATE'd channels?  How can > I set  a timeout f

Re: [Freeswitch-users] Fwd: strange behaviour with scheduled jobs, uuid_transfer hangs up one of the legs if freeswitch is not in the media path, lua freeswitch.Session(uuid) tries to call out if chan

2009-08-08 Thread Benedikt Fraunhofer
Hello Mike, 2009/8/8 Michael Jerris : > how many does it stop at?  is it the same number each time? i tried to express that non-wisdom using the words "This only works fine if we've few concurrent calls. There is no magic borderline where it starts to refuse work." this is surely not the best e

Re: [Freeswitch-users] Fwd: strange behaviour with scheduled jobs, uuid_transfer hangs up one of the legs if freeswitch is not in the media path, lua freeswitch.Session(uuid) tries to call out if chan

2009-08-08 Thread Benedikt Fraunhofer
Hi Phillip, 2009/8/8 Phillip Jones : > Not sure whether this helps but test this without set bypass_media. In > my setup I have noticed the leg A session ends when bypass_media is > true. Call/bridge continue successfully. thx for that hint. unfortunately we can't do that due to the high volume

[Freeswitch-users] Fwd: strange behaviour with scheduled jobs, uuid_transfer hangs up one of the legs if freeswitch is not in the media path, lua freeswitch.Session(uuid) tries to call out if channel

2009-08-07 Thread Benedikt Fraunhofer
Hello List, Hello *, First of all the usual excuses: sorry for the bad english and the long email, no native speaker and i really tried to make it shorter, but i guess this would result in even more "check back"s than it already does :) we're currently running in a weird "lockup"-scenario in our