Konnte den Speicher-Schwein auf openvz Container nicht finden

Question

Ich habe ein sehr seltsames Problem auf einem meiner Openvz-Container. Die von den Tools top, htop, free und openvz gemeldete Speicherauslastung scheint ~ 4 GB bei zugewiesenen 10 GB zu betragen.

Wenn ich die Prozesse nach Speicherbelegung auflisten oder das Skript ps_mem.py verwende, erhalte ich nur ~ 800MB Speicherauslastung. Ähnlich, wenn ich die Prozessliste in htop durchblättere, finde ich mich nicht in der Lage, den Gedächtnis-Täter zu lokalisieren.

Es gibt definitiv einen Prozess Leck ram in meinem Container, aber selbst wenn es kritische Ebenen trifft und ich alles in diesem Container (außer ssh, init und Shells) zu stoppen, kann ich den Ram nicht zurückfordern. Nur der Neustart des Containers hilft, sonst beginnt das OOM mit dem Container.

Ich war unter der Annahme, dass Leaky-Prozess seinen gesamten Widder freigibt, wenn er getötet wird, und Sie können sein Fehlverhalten über Top oder ähnliche Tools beobachten.

Wenn jemand jemals Verhalten wie dieses erlebt hat, wäre ich dankbar für Hinweise. Der Container läuft mit icinga2 (was ich für einen undichten RAM leugne), obwohl der Überwachungsprozess in den meisten Fällen inaktiv ist, da er alle geplanten Prüfungen mehr als zeitgerecht ausführt - also würde ich erwarten, dass die RAM-Auslastung sinkt diese Zeiten. Es ist nicht so.

Answer 1

Ich hatte ein ähnliches Problem in der Vergangenheit und am Ende wurde es von der Hosting-Firma gelöst, wo ich meinen Openvz-Container hatte. Ich denke, der beste Weg wäre, ein Support-Ticket für Ihren Hoster zu öffnen, ihnen das Problem zu erklären und sie zu untersuchen. Vielleicht verwenden sie eine veraltete Kernel-Version oder sie haben Änderungen am Server vorgenommen, die Auswirkungen auf Ihren ovz-Container haben.