[asterisk-bugs] [JIRA] (ASTERISK-30149) core: minmemfree watermark issue

Joshua C. Colp (JIRA) noreply at issues.asterisk.org
Thu Jul 28 03:56:09 CDT 2022


     [ https://issues.asterisk.org/jira/browse/ASTERISK-30149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joshua C. Colp updated ASTERISK-30149:
--------------------------------------

    Status: Open  (was: Triage)

> core: minmemfree watermark issue
> --------------------------------
>
>                 Key: ASTERISK-30149
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-30149
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: PBX/General
>    Affects Versions: 18.5.0
>         Environment: AWS Linux 4.14.198-152.320.amzn2.x86_64
>            Reporter: Cyril Ramière
>            Assignee: Unassigned
>
> Hello,
> I have an issue with asterisk stopping accepting new calls.
> When the issue occurs, the console shows those messages:
> ```
> [Jul 21 06:55:49] WARNING[762] pbx.c: Available system memory (~169MB) is below the configured low watermark (200MB)
> [Jul 21 06:55:49] WARNING[762] chan_pjsip.c: Failed to start PBX (call limit reached) 
> ```
> I have set inside asterisk.conf the "minmemfree" value to 200M so this seems right.
> But after checking on the host, I have plenty of ram available:
> ```
> free
>               total        used        free      shared  buff/cache   available
> Mem:        2001944      686428      122692        1560     1192824     1154636
> ```
> Let's do a 'core show sysinfo' :
> ```
>  core show sysinfo 
> System Statistics
> -----------------
>   System Uptime:             197 hours
>   Total RAM:                 2001944 KiB
>   Free RAM:                  121992 KiB
>   Buffer RAM:                107268 KiB
>   Total Swap Space:          0 KiB
>   Free Swap Space:           0 KiB
>   Number of Processes:       390 
> ```
> So it seems that asterisk is only relying on the "free" memory information, and it stops accepting new calls although the host have plenty of available ram.
> This issue seems similar to https://issues.asterisk.org/jira/browse/ASTERISK-28695 which has been fixed on 18.X branch if I'm correct.
> Regards



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



More information about the asterisk-bugs mailing list