Sample error for Memory: CRIT - RAM used: 172.21 MB of 980.41 MB, Swap used: 2.26 MB of 1.92 GB, Total virtual memory used: 174.47 MB of 2.88 GB (5.9%), Largest Free VMalloc Chunk: 0 B (warn/crit below 50 MB/30 MB) CRIT
I am seeing those in Ubuntu distro and I believe since Checkmk 1.6.0p8 and still on Checkmk 1.6.0p9. Not sure if it was present on Checkmk 1.6.0p7, though.
I tried exclude/ignore the error but has not been able to. Any clue how to go around that in WATO?
Yes, that’s the workaround. The issue exists with 5.3 kernels as they seem to report the VMalloc Chunk differently (or not at all). The checkmk agent needs to be patched. I already opened a developer ticket for that issue.
I confirm this issue is now in all the servers with Ubuntu 20 (which uses kernel 5.4).
VmallocUsed and VmallocChunk in /proc/meminfo were set to 0 in 4.4 (here),
but now since 5.3 it’s used to “show the actual physical memory consumption of vmalloc()” (here)
As far as i can tell from the master on github, the code was changed in april, but still only ignores only if BOTH values are zero
This was a ignore condition apparently introduced for the 4.4 Kernels, when both VMAlloc and VMAllocChunk were always returned as zero.
But since in the 5.x kernels, on reading /proc/meminfo, only VMallocChunk is not computed, but VMalloc again is, so the ignore condition does not apply anymore.
Hi, I found a quick workaround with patching the agent (1.60p19)
On line 139, you have (section <<<mem>>>) grep -E -v '^Swap:|^Mem:|total:' </proc/meminfo
Just change to this : grep -E -v '^Swap:|^Mem:|total:' </proc/meminfo | sed 's/VmallocChunk: 0 kB/VmallocChunk: 60000 kB/'
It will now report a fake, but correct value
Cheers,
Xavier
PS : the editor of the forum ate the spaces. Go to cat /proc/meminfo to get the exact number of spaces oruse a regex, I’mtoo lazy for it