2017-01-18 7 views
0

私のopenvzコンテナの1つに非常に奇妙な問題があります。トップ、htop、フリー、およびopenvzツールによって報告されたメモリ使用量は、割り当てられた10GBのうち〜4GBと思われます。openvzコンテナでメモリホグを見つけることができません

私がメモリ使用量やps_mem.pyスクリプトを使用してプロセスをリストすると、メモリ使用量が約800MBしかありません。同様に、私がhtopでプロセスリストを閲覧すると、自分自身がメモリを盗んでいる犯罪者を突き止めることができません。

私のコンテナにプロセスが漏れているのは間違いありませんが、重大なレベルに達しても、そのコンテナ内のすべてのものを止めても(ssh、init、shellsを除く)、私はラムを回収できません。コンテナの再起動のみが役立ちます。そうしないと、OOMは最終的にコンテナ内でのキックインを開始します。

私は、漏れたプロセスが殺されたときにすべてのRAMを解放し、トップや同様のツールを使ってその不正行為を観察できると仮定していました。

このような行動を経験したことがある人は、ヒントに感謝します。コンテナはicinga2を実行しています(これは私が漏れていると思われます)。ただし、多くの場合、監視プロセスはアイドル状態にあります。スケジュールされたすべてのチェックを適時に実行できます。その時。しかし、それはしません。

答えて

0

私は過去に同様の問題を抱えていましたが、私はopenvzコンテナを持っていたホスティング会社によって解決されました。私は最良の方法は、あなたのホスティング業者にサポートチケットを開いて問題を説明し、調査を依頼することだと思います。たぶん古いカーネルバージョンを使用しているか、ovzコンテナに影響を与えるサーバーの変更を行った可能性があります。

+0

私はそれを理解しました - openvzにはdcacheというものがあります。それは成長し、成長しますが、最終的には、OOMの殺人者がコンテナの中で狂ってしまうほど多くのラムを取ります。 コンテナを固定のdcacheサイズで再構成しましたが、まったくファントムのメモリ使用量はありません。私はそれがなぜこのように振る舞うかという手がかりはない。 – kovalsky

関連する問題