[Users] OOM Killer invoked even that are available RAM and swap on the machine

Danny Gurman DannyG at Radware.com
Fri Sep 29 02:43:21 MSK 2017


Hello again,

Sorry but I forgot to specify in the previous mail that machine deployed as VMWare VA
The vmware-toolbox-cmd stat balloon return always 0.

Regards,
Danny

From: Danny Gurman
Sent: Friday, September 29, 2017 2:18 AM
To: 'users at openvz.org' <users at openvz.org>
Cc: Rotem Inbar <RotemI at Radware.com>; Dima Paikin <DimaP at Radware.com>; Yohai Liebman <YohaiL at Radware.com>; Lior Komanski <LiorK at Radware.com>; Liat Vaknin <LiatV at Radware.com>
Subject: RE: OOM Killer invoked even that are available RAM and swap on the machine


Hello all,
I will really appreciate assistance regarding the following issue:

We have a product deployed on CentosOS 6.9 with OpenVZ.
Machine RAM size - 32 GB + Swap file (16 GB).
The following described issue was reproduced on the OpenVZ kernels:
2.6.32-042stab125.1 , 2.6.32-042stab123.9 , 2.6.32-042stab123.2, 2.6.32-042stab120.11

For debugging  purpose the single container on the host was stopped.

We observed that OOM Killer is invoked whenever host RAM usage without buffers reach ~13 GB:
Free command output (few seconds before OOM killer invoked):
total       used       free     shared    buffers     cached
Mem:      32793080   23197272    9595808        920     135992   10276712
    -/+ buffers/cache:   12784568   20008512
Swap:     16465916          0   16465916

On the message buffer, we see that the machine memory state just before the OOM killer invocation is:
RAM: 2097074 / 2097152 [1] SWAP: 1048576 / 1048576 [1] KMEM: 227942400 /

Again , machine has 32 GB, only 13 GB is used, no swap usage - so where those wrong values came
from and why OOM killer is invoked in this stage?

The issue is reproducible with similar results every time.

Is it a known issue ?
Should I open a defect for this?
Also - is there a  way to totally disable the OOM killer?

I'll be glad to provide any required detail (like sysctl -a output)

Regards,
Danny

[Radware]

Danny Gurman
Dev Lead, APSolute Vision
Email: danny.gurman at gmail.com<mailto:danny.gurman at gmail.com>

T:+972 723917088
M:+972 526111008
F:


[Check out the latest and greatest from Radware]<https://www.radware.com/Resources/CampaignRedirector.html>


www.radware.com<https://www.radware.com>



[Blog]<https://blog.radware.com/>  [https://www.radware.com/images/signature/linkedin.jpg] <https://www.linkedin.com/companies/165642> [https://www.radware.com/images/signature/twitter.jpg] <file://twitter.com/radware>   [youtube] <https://www.youtube.com/user/radwareinc>


Confidentiality note: This message, and any attachments to it, contains privileged/confidential information of RADWARE Ltd./RADWARE Inc. and may not be disclosed, used, copied, or transmitted in any form or by any means without prior written permission from RADWARE. If you are not the intended recipient, delete the message and any attachments from your system without reading or copying it, and kindly notify the sender by e-mail. Thank you.

P Please consider your environmental responsibility before printing this e-mail


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/users/attachments/20170928/8bc40272/attachment-0001.html>


More information about the Users mailing list