[asterisk-bugs] [JIRA] (ASTERISK-29071) memory leak in confbridge rises memory usage in frame.c linear per time

Stefan Ruf (JIRA) noreply at issues.asterisk.org
Mon Sep 14 09:36:43 CDT 2020


    [ https://issues.asterisk.org/jira/browse/ASTERISK-29071?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=252019#comment-252019 ] 

Stefan Ruf commented on ASTERISK-29071:
---------------------------------------

attached files ...20200914... where asterisk restarts, after lack of memory.

=> memory short time after start of asterisk and 30 channels in use:
Mon Sep 14 10:59:39 CEST 2020
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
asterisk 21366 13.4  3.5 2796292 290024 ?      Ssl  10:26   4:25 /usr/sbin/asterisk -f -C /etc/asteris

=> memory before self-restart of asterisk:
Mon Sep 14 13:26:09 CEST 2020
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
asterisk 21366 18.0 86.9 8731732 7099416 ?     Ssl  10:26  32:20 /usr/sbin/asterisk -f -C /etc/asteris

=> asterisk restart, after "lack of memory"
[Sep 14 13:37:24] Asterisk 16.13.0 built by root @ svast20 on a x86_64 running Linux on 2020-09-08 10:04:07 UTC
...

After playing with the dialplan it seems that "Set(JITTERBUFFER...)" causes the problem.

Please tell me, is this description helpful for you ?

> memory leak in confbridge rises memory usage in frame.c linear per time
> -----------------------------------------------------------------------
>
>                 Key: ASTERISK-29071
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29071
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/Bridging
>    Affects Versions: 13.36.0, 16.13.0
>         Environment: Linux svast20 4.12.14-94.41-default #1 SMP Wed Oct 31 12:25:04 UTC 2018 (3090901) x86_64 x86_64 x86_64 GNU/Linux
>            Reporter: Stefan Ruf
>            Assignee: Unassigned
>            Severity: Minor
>         Attachments: ami_commands.txt, confbridge.txt, debug_log_20200909_1100.txt, debug_log_20200914_1026_with_asterisk_restart.txt.gz, mmlog_20200914_1026__with_asterisk_restart.txt, mmlog.txt
>
>
> Using ConfbridgeMute / ConfbridgeUnMute over AMI and additionally MuteAudio on/off results in increasing values of frame.c - shown by "memory show summary". The values rises constant over time and channel. So a system with 24 GB RAM using 5 confbridges permanent with about 20 channels each ist filled up within a day and asterisk restarts.
> The problem ist reprorduceable and starts at a certain point. This point is action-id 1705904476_335#berta-ddab9ea6-dcb4-4e83-b9bf-ff5e44325110.
> At action-id 1705904476_336#berta-67e059f6-fa67-4d4a-a73a-d5fbd4cf6475 the value frame.c increases with double speed per time. Please see attached file <ami_commands.txt>. 
> Asterisk had been compiled with MALLOC_DEBUG and “cache_media_frames = no” in asterisk.conf
> For one channel the value increases about 32 per second; for two channels the value increases about 64 per second.
> Tested versions of asterisk are 16.13.0, 16.8-cert3, 13.36.0, 13.21-cert6, all of them with the described behaviour.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list