[SR-Users] Slowly increasing PKG memory usage

[Daniel-Constantin Mierla]

Hello,

if it is pkg, then you have to see which process is increasing the use
of memory, because it is private memory, specific for each process. The
sum is an indicator, but the debugging has to be done for a specific
process/pid.

Once you indentify a process that is leaking pkg, execute the rpc command:

  -
https://www.kamailio.org/docs/modules/devel/modules/corex.html#corex.rpc.pkg_summary

When that process is doing some runtime work (e.g., handling of a sip
message), the syslog will get a summary with used pkg chunks. Send those
log messages here for analysis. You have to set memlog core parameter to
a value smaller than debug.

Cheers,
Daniel


On 01.08.19 03:43, Andrew White wrote:
> Hi all,
>
> I had a Kamailio crash the other day, and some debugging showed I ran
> out of PKG memory.
>
> Since then I’ve run a simple bash script to compile the amount of
> memory used by all child processes, effective /usr/local/sbin/kamcmd
> pkg.stats | grep real_used summed together. I’ve graphed out the data,
> and there’s a clear growth of PKG memory going on, mostly increasing
> during our busier daytime hours.
>
> https://i.imgur.com/UTzx2k1.png
>
> Based on this, I suspect either a module loaded or something within my
> app_ruby conf is leaking memory.
>
> I’ve been reading
> through https://www.kamailio.org/wiki/tutorials/troubleshooting/memory,
> but I’m a bit nervous, as I’m not really a C/deep memory type of guy.
> I can see a GDB script I can attach to Kamailio, but is that going to
> use significant resources to run or impact the running process? Is
> there a newer/better/alternative way to do this, and to help me break
> this down?
>
> Thanks!
>
> Andrew
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20190801/dd1f3100/attachment.html>