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

[Cyril Ramière (JIRA)]

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

Cyril Ramière edited comment on ASTERISK-28523 at 9/11/19 10:15 AM:
--------------------------------------------------------------------

We have 123 endpoints on the test server (they appear in pjsip show endpoints)

The configuration is not really moving, we have our sip trunks that doesn't move at all, and our webRTC agents that can move very slightly, some agents can be created or deleted during the day in production but in our test setup it doesn't move.

No ARI push configuration, everything is in the database (see extconfig.conf, we hold extensions, moh, endpoints, auths and aors in database)

No reloads needed since everything is handled by our stasis application or realtime.

I will test reducing maximum_objects in the cache tomorrow so I can compare on 2 days with different settings.


was (Author: cyril.r):
We have 123 endpoints on the test server (they appear in pjsip show endpoints)

The configuration is not really moving, we have our sip trunks that doesn't move at all, and our webRTC agents that can move very slightly, some agents can be created or deleted during the day in production but in our test setup it doesn't move.

No ARI push configuration, everything is in the database (see extconfig.conf, we hold extensions, moh, endpoints, auths and aors in database)

No reloads needed since everything is handled by our stasis application.

I will test reducing maximum_objects in the cache tomorrow so I can compare on 2 days with different settings.

> 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)