問題タブ [lxc]

CentOS 6.4 ホストで LXC を試すために、http:ERROR: internal error 'cpuacct', 'devices' & 'memory' cgroups controllers must be mounted //wiki.centos.org/HowTos/LXC-on-CentOS6 の手順に従いましたが、virt-install を使用して vm をインストールすると失敗します 。

私のUbuntu 12サーバーは不思議なことにメモリを失ったり浪費しています。64GBのRAMを搭載。すべてのアプリケーションをシャットダウンしても、約 46GB が使用済みとして表示されます。このメモリは、バッファまたはキャッシュに使用されるとは報告されていません。

top の結果 (私のアプリの実行中。アプリは約 9G を使用します):

top はキャッシュに対して 48G ではなく 4.8G を報告しており、使用されているのは 55G であることに注意してください。free -m の結果:

何が私のメモリを使用していますか? 出くわす可能性のあるすべての診断を試しました。Linux はバッファ/キャッシュに RAM を使用しているため、フォーラムには同じ質問をする人が殺到しています。これはここで起こっていることではないようです。

システムが lxc コンテナーのホストであることが関連している可能性があります。上記で報告された上位および無料の結果はホストからのものですが、コンテナ内でも同様のメモリ使用量が報告されています。すべてのコンテナを停止しても、メモリは解放されません。一部の 46G は使用されたままです。ただし、ホストを再起動すると、メモリは解放されます。しばらくすると46Gに達しません。（数日か数週間かかるかはわかりません。数時間以上かかります。）

システムが zfs を使用していることも関連している可能性があります。Zfs はメモリを大量に消費すると言われていますが、それほど多くはありません。このシステムには、1.5T と 200G の 2 つの raidz プールに 2 つの zfs ファイルシステムがあります。まったく同じ問題 (何も使用されていない 46G) を示す別のサーバーがあり、ほとんど同じように構成されていますが、1.5T ではなく 3T アレイを使用しています。zfs ファイルシステムごとにたくさんのスナップショット (100 程度) があります。私は通常、各ファイルシステムのスナップショットを常に 1 つずつマウントしています。それらをアンマウントしても、記憶は戻りません。

上のスクリーンショットの VIRT 数値は、使用されているメモリとほぼ一致していることがわかりますが、これらのアプリをシャットダウンした後も、それらを実行しているコンテナーをシャットダウンした後でも、メモリは使用されたままです。

編集:スワップを追加してみましたが、興味深いことが起こりました。30Gのスワップを追加しました。しばらくすると、上部にキャッシュとしてマークされたメモリの量が 5G から 25G に増加しました。Free -m は、使用可能なメモリが約 20G 多いことを示しました。さらに 10G のスワップを追加し、キャッシュ メモリを 33G に増やしました。さらに 10G のスワップを追加すると、さらに 6G がキャッシュとして認識されます。この間ずっと、数キロバイトのスワップしか使用されていないと報告されています。あたかも、カーネルが認識またはキャッシュされていると報告するすべてのビットに対して、一致するスワップが必要であるかのようです。40G のスワップを使用した top の出力は次のとおりです。

どんな提案でも大歓迎です。

編集 2: /proc/spl/kstat/zfs/arcstats の arc* 値は次のとおりです。

ZFS 用にアクティブ化された L2ARC はありません

LXCは非常に軽量な環境であることがわかりました。これを使用したいと思います。ただし、ゲスト環境で使用するすべてのパッケージを再インストールする必要があると考えました。

ホスト環境とゲスト環境はまったく同じであり、それらすべてのパッケージを複製したくないため、ゲスト OS 内のホスト OS にインストールされたパッケージを再利用できるかどうか疑問に思っています。

そのようなトピックをグーグルで検索しても、多くの情報は明らかになりませんでした。

Docker を使用していくつかのコンテナーを作成し、Netperf を使用してネットワーク パフォーマンスを測定しました。ただし、スループットは非常に低く、約 563.81 Mb/s です。2 つのコンテナ/プロセス間の通信はメイン メモリを介して行われませんか? なぜ私がこんなに低いスループットを持っているのか、誰にも分かりますか? 特定の構成が必要ですか?

ありがとう、ゲンク

API/1.5 を使用して docker コンテナーでデーモン プロセスを実行しようとしています。これが私の POST 要求です。コマンドの実行が失敗したように見えても、コンテナーの作成は成功しました。ここで何が問題なのですか? .

そして、ここに応答があります：

そして、コンテナが実行されているかどうかをテストし、次のsudo docker ps -lことを示しました。

Docker は、Docker で構築されたコンテナーは、純粋な LXC コンテナーよりも移植性が高いと主張しています。ホスト名やネットワーク構成など、LXC 構成のいくつかの規則と自動化があることを理解していると思います。しかし、それ以上のものはありますか？

lxc コンテナーの起動時に、supervisord を使用して vncserver を開始しようとしています (コンテナーであることは関係ないと思います)。問題は、マシンがルートとして起動することです。私の Supervisord プログラム セクションは次のようになります。

ただし、 /home/ubuntu/.vnc/passwd には既にパスワードが存在しますが、ログファイルにはパスワードを作成しようとしていることが示されています

何か足りないのだろうか？コマンドを実行する前に、ユーザーは $HOME と $USER を変更する必要がありますか?

アプリケーションを Docker.io を使用するような、より正式な展開方法に移行しようとしていますが、その動作を確認したところ、パッチが適用された Linux カーネルに依存しています。それで、私はそのようなパッチが何であるか疑問に思っていますか？このパッチが適用されたカーネルを使用するようにアーキテクト全体を移動すると、どのような不確実性がもたらされるでしょうか?