[Home]

Summary:ASTERISK-30149: core: minmemfree watermark issue
Reporter:Cyril Ramière (Cyril.r)Labels:
Date Opened:2022-07-21 09:33:49Date Closed:
Priority:MinorRegression?
Status:Open/NewComponents:PBX/General
Versions:18.5.0 Frequency of
Occurrence		Constant
Related
Issues:
Environment:AWS Linux 4.14.198-152.320.amzn2.x86_64Attachments:
Description: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 ASTERISK-28695 which has been fixed on 18.X branch if I'm correct.

Regards

Comments:By: Asterisk Team (asteriskteam) 2022-07-21 09:33:50.526-0500

Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution. Please note that log messages and other files should not be sent to the Sangoma Asterisk Team unless explicitly asked for. All files should be placed on this issue in a sanitized fashion as needed.

A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report.

Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process].

Please note that once your issue enters an open state it has been accepted. As Asterisk is an open source project there is no guarantee or timeframe on when your issue will be looked into. If you need expedient resolution you will need to find and pay a suitable developer. Asking for an update on your issue will not yield any progress on it and will not result in a response. All updates are posted to the issue when they occur.

Please note that by submitting data, code, or documentation to Sangoma through JIRA, you accept the Terms of Use present at [https://www.asterisk.org/terms-of-use/|https://www.asterisk.org/terms-of-use/].
By: Joshua C. Colp (jcolp) 2022-07-27 17:41:17.927-0500

What is the actual output of "cat /proc/meminfo" instead of from the free utility?
By: Cyril Ramière (Cyril.r) 2022-07-28 03:08:35.810-0500

Hi Joshua,

Here are the output of /proc/meminfo when the issue happens:

{code}
cat /proc/meminfo
MemTotal:        2001944 kB
MemFree:           75868 kB
MemAvailable:    1135772 kB
Buffers:           95416 kB
Cached:          1034664 kB
SwapCached:            0 kB
Active:          1220060 kB
Inactive:         513084 kB
Active(anon):     588372 kB
Inactive(anon):      636 kB
Active(file):     631688 kB
Inactive(file):   512448 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                16 kB
Writeback:             0 kB
AnonPages:        603216 kB
Mapped:           170752 kB
Shmem:              1052 kB
Slab:             143280 kB
SReclaimable:      94228 kB
SUnreclaim:        49052 kB
KernelStack:        6560 kB
PageTables:        13544 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     1000972 kB
Committed_AS:    3163136 kB
VmallocTotal:   34359738367 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
HardwareCorrupted:     0 kB
AnonHugePages:      2048 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      143272 kB
DirectMap2M:     1914880 kB
DirectMap1G:           0 kB
{code}