問題タブ [openvz]

Debian Unstable カーネル 2.6.32-5-openvz-amd64 を使用しています (しかし、問題ではないと思います)。数か月間 VE をインストールして実行した後、ハード ディスクがほぼいっぱいになり、さらに 3 台のハード ドライブを追加して新しい RAID 5 アレイを作成し、ext4 としてフォーマットしてから、場所 /openvz にマウントします。

ID 112 の VE があり、/var/lib/vz/private/112 (1) から /openvz/112 (2) にすべてのデータを同期した後 (1) から ( 2)、VE 112 を起動できません。構成を元に戻しましたが、vzctl status 112: を使用すると、次のように表示されます。

ve: を入力できません。

エラーで停止または再起動できません: 操作がタイムアウトしました。vzctl chkpnt 112 --killを使用して、アンマウント、プライベート領域のマウント、MAKEDEV による tty または pty の作成など、さまざまな方法を試しましたが、うまくいきません。

このサーバーを再起動したくありません。他に 2 つの VE が含まれており、問題なく正常に動作しています。誰かが同じ問題に直面した場合は、解決策を教えてください。

どうもありがとうございました、

--ハング

このopenvzボックスは数週間前は正常に機能していましたが、現在は外の世界にpingを送信できません。

私はネットワーキングの専門家ではないので、最初の作業セットアップはもっと長く続くと思いました。

もう1つの重要な点は、このVMのWebサービスを外部から利用できることです。

pingネットワークインターフェイス：

Ping google：

ifconfig：

ルート：

ホスト上のiptable：

私はproxmoxとopenvzコンテナを使用しています。ネットワーク上の他の場所にあるノードをデフォルトの gridgain ノードに認識させるのに問題があります。ping は問題なく動作します。私が得ているエラーの1つは

ネットワークインターフェイスとしてvenetを使用しています。(ifconfig 出力)

1 つの openvz コンテナーで 2 つのノードを実行すると、問題なく期待どおりに動作します。完全な VM ではなく、openvz コンテナーを使用することをお勧めします。

また、OpenJDK ランタイム環境 ver. を使用します。1.6.0_18-b18。

スクリプトに問題があります。目的は、1 つまたは複数の OpenVZ コンテナーを起動して、何らかのテストを実行することです。これらのテストは非常に長くなる可能性があります (通常は約 3 時間)。

最初のスクリプトは次のようになり、起動するキュー メンバーを並べ替えた後、次のようになります。

subprocess.Popen(QUEUE_EXECUTER % queue['queue_id'], shell=True)

ここで、「QUEUE_EXECUTER % queue['queue_id']」は実行する完全なコマンドです。queue_executer スクリプトでは、次のようになります。

それは非常にうまく機能しますが、しばらくの間、そして最近ではほとんどの場合、実行が停止します。ログなどにエラーはありません。レポートファイルは、行の書き込みの途中で停止したことを示しています（これは、Python側でファイルが正しく閉じられていないためだと思います）。ホスト側では、OOM キラーは何もしていないようで、ホストのログを検索しても何も見つかりませんでした。

上で起動した 2 つの「cmd」は、基本的に vz をセットアップし、その上でテスト プログラムを実行するシェル スクリプトです。

だから私の大きな質問は、Python側でスクリプトが停止する原因となる何かが欠けているのでしょうか?

ありがとう。

編集：いくつかの補足情報。

失敗するコマンドは常に 2 番目のコマンドです。/path/vzspawncluster.sh /tmp/file web --tarball /services/pkgs/etch/releases/archive.tar.gz --create実行しようとするコマンドの 2 つの値の例を次に示します。/path/vzlaunch.sh 172 -b trunk --args "-a -v -s --time --cluster --sql=qa3 --queue=223 --html --mail=adress@mail.com"

vzlaunch スクリプトvzctl enter ID /path/script.pyは、ID がコンテナー ID で、/path/script.py がコンテナーのスクリプトである OpenVZ コンテナーで Python スクリプトを起動します。

マシン report_install および report_test は、NFS 共有を介してアクセスされる別のマシンにあるファイルです。それは問題ではありませんが、失敗したときに何が起こっているのか本当にわからないので、とにかくメモします。

失敗すると、コンテナのプロセスは死にます。ゾンビ状態などではなく、ただ死んでいるだけです。コンテナーのプロセスは失敗しますが、メイン プロセス (それらすべてを起動するプロセス) は、すべてが正常であるかのように続行します。

いくつかの詳細情報: smci によって指摘されたバッファ フラッシュ アプローチを試しましたが、ログ ファイルの書き込みが行の途中で中断され続けます。

OpenVZ での MongoDB キャッシングに関連する問題についていくつかの議論がありますが、実用的な解決策を見つけることができませんでした。MongoDB は空きメモリしか消費しないため、この問題は OpenVZ のメモリに関連しています。ulimit コマンドで仮想メモリを制限しようとしたのですが、MongoDB サーバーが仮想メモリの制限値を読み込むとシャットダウンしてしまうという問題がありました (無制限の仮想メモリを使用している場合、マシンの RAM をすべて消費するとシャットダウンしてしまいます)。

助けてください、なぜ機能しないのか本当にわかりません。ここにログがあります

ちなみに、VPS Manager として SolusVM を使用しています。与えられた指示に従ってすべてを行いましたが、私にとってはうまくいきませんでした。

また、解決策を見つけるためにインターネット全体を検索しましたが、まったく希望がありません:(

MongoDB（最新の安定版ではなく標準のUbuntuビルド）をインストールしたばかりですが、何らかの理由で接続できません：

今、私のマシンは127.xx1ではありません。何らかの理由でxxx2です（しかし、そのアドレスにバインドするように構成を変更しました。また、役に立たなかったパブリックIPにバインドしようとしました。

構成：

＃mongodb.conf

ログを確認しましたが、スタートアップ情報のみが表示されています。

また、デーモンも実行されていることを確認しました。これは、手動で実行してみました--fork。

誰かがこれに遭遇したことがありますか？または何か提案はありますか？

どうも

アップデート：

再起動後-ログは次のとおりです。

私は次の構成を持っています：

• CentOS 6 (2.6.32-042stab049.6) を実行する OpenVZ ホスト、ギガビット接続
• その OpenVZ で実行されている単一のコンテナー

ホストには、インバウンド接続とアウトバウンド接続用の完全なギガビット接続があります。コンテナーは、すべての発信トラフィックに対して完全なギガビットを備えていますが、着信トラフィックは、「バースト」が許可されているデフォルトのトラフィック シェーピング ルールの対象になっているようです。大きなバイナリ ファイルのダウンロードは、数秒間 15MB/s で行われ、その後 50Kb/s に戻ります。

まったく同じファイルをホストにフルスピードで何度でもダウンロードできます。

トラフィック シェーピングが有効になっていません。

IPtables には特別なものはありません:

私は実際に少し行き詰まっており、これは CentOS 6 の OpenVZ カーネルのバグである可能性があると考えています。近い将来、CentOS 5 でテストするオプションはありません。トラブルシューティングの方法について他に考えがある人はいますか? それとも聞き覚えがありますか？ホストが find だけを実行し、CT だけが着信帯域幅の問題を抱えているという事実を考えると、原因として OpenVZ を調べています。

OpenVzでホストされているcentos5.7にoraclexe11gをインストールする際に問題が発生しました

サーバーにスワップスペースがなく、swap = 0のため、Oracleのインストールが拒否されました。これで解決されました。次のOracle固有のカーネルパラメータを設定するのに問題があります

どうすればこれを解決できますか？