[asterisk-bugs] [JIRA] (ASTERISK-28523) Asterisk 16.5.0 Memory leak

Cyril Ramière (JIRA) noreply at issues.asterisk.org
Wed Sep 11 10:56:48 CDT 2019


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

Cyril Ramière commented on ASTERISK-28523:
------------------------------------------

Oh, I tried this command for 5 minutes and output has not moved:

It seems that there is not a lot of objects in the cache.

{noformat}
sorcery memory cache show res_pjsip/endpoint
Sorcery memory cache: res_pjsip/endpoint
Number of objects within cache: 23
Maximum allowed objects: 2000
Number of seconds before object expires: 3600
Number of seconds before object becomes stale: 60
Expire all objects on reload: On
{noformat}

> Asterisk 16.5.0 Memory leak
> ---------------------------
>
>                 Key: ASTERISK-28523
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28523
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: General
>    Affects Versions: 16.5.0
>         Environment: Ubuntu 16.04.6 LTS / AWS C5.* instance
>            Reporter: Cyril Ramière
>            Assignee: Unassigned
>              Labels: pjsip, webrtc
>         Attachments: ast_ram_24h.PNG, ast_ram_up.PNG, config.zip, memory_show_allocations_24h.zip, memory_show_allocations.zip, memory_show_summary_24h.txt, memory_show_summary.txt
>
>
> Hello everyone,
> I noticed that our asterisk are consuming big amounts of ram (could be more than 1.6Gb after some days/weeks depending on server load).
> We are using asterisk in realtime mode for all of our calls with MySQL (res_mysql).
> Everything is handled through the ARI interface (dialplan passes to Stasis) connected to our application.
> I attached the full configuration of our asterisk server, I just replaced sensitive information to not expose our passwords/endpoints.
> I'm currently running an instance with MALLOC_DEBUG & no optimize, it's been couple hours since I started my test and it is taking almost 300Mb for now (it will continue to grow).
> Here is the result of commands memory show.
> Best regards.



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



More information about the asterisk-bugs mailing list