Ignore this. I'm an idiot.
Rob :)
On Nov 23, 2009, at 4:15 PM, Michael Jerris wrote:
> That rev should have fixed that memory leak, could you test
> mod_local_stream.c from rev 15430 (http://fisheye.freeswitch.org/browse/
> ~raw,r=15430/FreeSWITCH/src/mod/formats/mod_local_stream/
> mod_loc
I tried mod_local_stream.c from rev 15430, did a make clean && make
all && make install-- but it didn't fix it so it wasn't that patch.
I'll make current and try valgrind again unless someone has other ideas.
Rob
On Nov 23, 2009, at 4:15 PM, Michael Jerris wrote:
> That rev should have fixed
That rev should have fixed that memory leak, could you test mod_local_stream.c
from rev 15430
(http://fisheye.freeswitch.org/browse/~raw,r=15430/FreeSWITCH/src/mod/formats/mod_local_stream/mod_local_stream.c)
with your current fs version to confirm this is the cause please?
Mike
On Nov 23, 20
if you suspect 15431 to have caused this, then revert to 15430 and see
if the problem exists.
if you can narrow do the bug to a specific svn revision, then you
greatly assist in the resolution of the issue.
apart from that im not much help sorry.
maybe someone else can lab it up and see if the
Hey guys,
Having a problem with mod_local_stream.
I recently did a "make current" from 15334 to the latest trunk
(15630). After restarting, there now appears to be a memory leak. On
a test system (CentOS 5.4, 64-bit) with no calls or registrations,
Freeswitch gradually consumes all of the
This should now be resolved in svn trunk.
Mike
On Sep 16, 2009, at 11:39 AM, Christian Löschenkohl wrote:
> as a good fs user - of course i am :-) - i made a jira on this
> MODAPP-336 to be precise
>
> i hope this helps to solve my problem
>
> br
>
> On 2009-09-16 17:05, Rupa Schomaker wrote:
>>
as a good fs user - of course i am :-) - i made a jira on this
MODAPP-336 to be precise
i hope this helps to solve my problem
br
On 2009-09-16 17:05, Rupa Schomaker wrote:
> Either:
>
> 1) Provide a simple self-contained example that demonstrates the leak
>
> or
>
> 2) Run your application with
Either:
1) Provide a simple self-contained example that demonstrates the leak
or
2) Run your application with FreeSWITCH under valgrind and provide the
final output. To run freeswitch under valgrind:
http://wiki.freeswitch.org/wiki/Reporting_Bugs#Collection_Information_With_Valgrind_.28Linux.2
hello
version : 1.0.4 std. tarball
- the wiki example for php outbound socket connection leaks memory without the
async option
- the memory used is never given back
- async isn't that usefull for us - we want to query databases, set variables
and so on
no wait statements are possible
<<
Next Bug? Huh? :P
/b
On Sep 11, 2009, at 2:32 AM, Benedikt Fraunhofer wrote:
>
> Thx again and looking forward to the next bug :)
___
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/f
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
On Wed, Sep 9, 2009 at 4:58 AM, Benedikt
Fraunhofer wrote:
> 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!
>
> B
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
that looks to me like luarun being called on a script that never terminates.
could your script be ending up caught in an endless loop or blocking on
something?
On Fri, Sep 4, 2009 at 9:42 AM, Rupa Schomaker wrote:
> There are other smaller leakers. xmlrpc is leaking, but the leaks are
> very s
There are other smaller leakers. xmlrpc is leaking, but the leaks are
very small compared to the lua leak. Same with spidermonkey_curl - it
is leaking but not too terribly much. I'll hop on #freeswitch in a
bit and see if anyone has an idea.
On Fri, Sep 4, 2009 at 9:35 AM, Benedikt
Fraunhofer w
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.
Doesn't that look like a pool that isn't being destroyed?
On Fri, Sep 4, 2009 at 9:10 AM, Rupa Schomaker wrote:
> Worst offenders (leakers over 100K). The last one is the worst (672M)
> -- looks like a lua script. What are you doing in lua again?
> ==28624== 672,268,288 bytes in 82,064 blocks ar
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
Worst offenders (leakers over 100K). The last one is the worst (672M)
-- looks like a lua script. What are you doing in lua again?
==28624== 105,725 bytes in 1,804 blocks are still reachable in loss
record 497 of 529
==28624==at 0x4022AB8: malloc (vg_replace_malloc.c:207)
==28624==by 0x4
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
i mean valgrind is very intensive so you must run very slow 1-5cps
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.
On Wed, Sep 2, 2009 at 10:26 AM, Benedikt Fraunhofer <
fraunhofer.li
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
run it slower and make sure it shuts down clean.
valgrind --tool=memcheck --log-file-exactly=vg.log --leak-check=full
--leak-resolution=high --show-reachable=yes /path/to/freeswitch -vg
On Wed, Sep 2, 2009 at 10:11 AM, Anthony Minessale <
anthony.miness...@gmail.com> wrote:
> You have to reduce
You have to reduce the load when running valgrind.
On Wed, Sep 2, 2009 at 7:59 AM, Benedikt Fraunhofer <
fraunhofer.lists.freeswitch-...@traced.net> wrote:
> Hello *,
>
> 2009/8/31 Rupa Schomaker :
> > Isn't there a known issue with lua+sql leaking memory on some platforms?
>
> just lua, no sql
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
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
On Sep 2, 2009, at 7:59 AM, Benedikt Fraunhofer wrote:
Hello *,
2009/8/31 Rupa Schomaker :
Isn't there a known issue
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
Isn't there a known issue with lua+sql leaking memory on some platforms?
On Mon, Aug 31, 2009 at 8:32 AM, Brian West wrote:
> Use valgrind.
>
> /b
>
> On Aug 31, 2009, at 7:22 AM, Benedikt Fraunhofer wrote:
>
>>
>> The other two freeswitch-machines in this scenario play well, they're
>> dumb load-
Use valgrind.
/b
On Aug 31, 2009, at 7:22 AM, Benedikt Fraunhofer wrote:
>
> The other two freeswitch-machines in this scenario play well, they're
> dumb load-sinks. what makes this machine different is on one hand the
> lua-scripts that are run on it and on the other hand it's the only
> machin
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
Cool, feel free to report these bugs in Jira. If they are indeed FreeSWITCH
bugs.
On Fri, Aug 28, 2009 at 12:10 AM, Jason White wrote:
> Jay Binks wrote:
>
> > Reason I ask ... I personally only have a preference for debian,
> > but others may have policy mandated Os's
> > For their companies
Jay Binks wrote:
> Reason I ask ... I personally only have a preference for debian,
> but others may have policy mandated Os's
> For their companies, and it would be great to have some info about this.
The only problem I've had with FreeSWITCH under Debian Squeeze and Sid
involves TLS-rela
Mostly based on that is what we developed it with and continue to use and
have had the best luck and least problems with.
I am sure you are right about it being certain version of the core toolchain
I will guess it's the combo of libc and kernel and the fact that CentOS has
a purist attitude towar
Anthony can you ( or anyone else alao ). Please elaborate on what
makes centos 5.3 o much better for Freeswitch.
Is there some specific library vesiion on centos that makes a massive
difference ?
Reason I ask ... I personally only have a preference for debian,
but others may have policy
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
600k is not a leak? FS can use as much as a gig of ram or more depending on
what you are doing.
you may want to install a fresh copy of FS, removing all your old files etc
and make sure they build clean.
We also have not had much luck running on ubuntu which is more of a desktop
centric OS.
I recom
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
Just a heads up: this is a rather technical subject. I highly recommend that
you use freeswitch-dev list for this kind of thing.
-MC
On Tue, Aug 18, 2009 at 8:04 AM, Juan Backson wrote:
> Hi,
>
> I am getting some strange vg malloc error message in switch_core_hash_insert.
> Does anyone know wha
try running freeswitch with -vg command line arg.
Mike
On Aug 18, 2009, at 11:04 AM, Juan Backson wrote:
Hi,
I am getting some strange vg malloc error message in
switch_core_hash_insert. Does anyone know what is wrong with these
few lines? Am I missing something?
switch_core_hash_ini
Hi,
You're missing:
switch_core_hash_destroy(&hash)
Mathieu Rene
Avant-Garde Solutions Inc
Office: + 1 (514) 664-1044 x100
Cell: +1 (514) 664-1044 x200
mr...@avgs.ca
On 18-Aug-09, at 11:04 AM, Juan Backson wrote:
Hi,
I am getting some strange vg malloc error message in
switch_core_hash_
Hi,
I am getting some strange vg malloc error message in switch_core_hash_insert.
Does anyone know what is wrong with these few lines? Am I missing
something?
switch_core_hash_init(&hash,pool);
param_name =switch_core_sprintf(pool,"%s", key);
param_value =switch_core_sprintf(pool,"%s", value);
41 matches
Mail list logo
