一般的な Xen の問題のトラブルシューティング

カルマが最悪の方向に向かうと、仮想化エクスペリエンスが悪化する可能性があります。あなたが Xen テクノロジーの新しいユーザーであれば、Python 開発者でない限り、Xen のエラー メッセージが非常に冗長であまり役に立たないという難しい方法を学ぶかもしれません。詳細なトレースと内部関数呼び出しへの暗号化された参照により、本質的に単純で解決しやすい問題から実際にエラーが生じる可能性があります。

私は仮想化や Python の専門家ではありませんが、ほんの数分で解決できる一般的な問題をいくつか見つけましたが、知識のないユーザーにとっては永遠のように思えるかもしれません。追記私は専門家ですが、通常は専門家ではないと主張する方が適切です。なぜなら、1) エラーは許されるからです 2) 失敗しても構わないからです 3) 人々は謙虚さと弱者の態度が大好きです。とにかく、Xen を楽しむお手伝いをさせてください。

ヒント 1:ディスプレイ

始める前に、ディスプレイが正しく設定されていることを確認してください。 BASH と TCSH のどちらを使用する場合でも、DISPLAY 変数を適切なデバイスにエクスポートまたは設定します。これが最初のステップです。

エクスポート DISPLAY=ホスト名:ポート

ヒント 2: という名前のモジュールはありません

次のようなメッセージが 100 万件も表示される可能性があります。xen.xm という名前のモジュールがない、gtk という名前のモジュールがない、何という名前のモジュールもない、などです。ほとんどの場合、エラー メッセージが無関係に見える場合でも、問題の原因は同じです。

xm トレースバックの例を見てみましょう。 /usr/sbin/xm を実行してみると失敗します:

Linux #xm リスト

トレースバック (最新の呼び出しが最後):

内のファイル "/usr/sbin/xm"、8 行目

from xen.xm import main

ImportError:xen.xm という名前のモジュールがありません

2 つのオプションがあります:1) モジュールが実際に欠落している 2) どこかで何かが間違っている。まず、最初のオプションを検討することから始めましょう。

Python モジュールがありません

モジュールが実際に欠落している可能性があります。これは、関連するパッケージがホストにインストールされているかどうかを確認することで確認できます。たとえば、gtk パッケージが見つからない場合は、インストール データベースにクエリを実行して gtk および python-gtk パッケージを探すことができます。

また、strace を使用して失敗したコマンドを実行し、ユーティリティが想定している不足しているファイルまたはディレクトリを探すこともできます。これにより、当面の問題に関する詳細情報が得られるはずです。ボックスに不完全な Xen がインストールされている可能性は十分にあります。

他に問題があります

他の何かは、Python のセットアップに言及しています。マシンにパッケージをインストールすることはできますが、何らかの理由で Python がパッケージを認識していない可能性があります。この問題を回避するには、PYTHONPATH 変数を手動で設定し、site-packages ディレクトリを指すようにします。

export PYTHONPATH=/path-to-python-version/site-packages

また、PATH 変数をチェックして、実際に正しいバージョンの Python を使用していることを確認する必要があります。コマンドをフル パスで実行することも常に推奨されます。これで、3 番目のヒントにたどり着きます。

ヒント 3:明示的なコマンド

信じられないかもしれませんが、ほとんどの Xen ユーティリティはラッパー スクリプトです。その下に、Python コードがあります。たとえば、Virtual Machine Manager (VMM) も Python の一種です。まず、ユーティリティが隠れている場所を見つける必要があります:

どの

次に、そのファイルの内容を確認する必要があります:

cat

次に、ラッパーを経由するのではなく、コマンドを直接実行できます。これらのラッパー コマンドにはすべて相対的な名前が付けられています。これは良いことです。使用している Python のバージョンに関係なくツールが機能するためです。

実際に問題があるのか​​、それとも環境設定に問題があるのか​​を確認するには、Python インストールへのフル パスを指定してコマンドを実行します。たとえば、virt-manager を実行する代わりに、以下を実行する必要があります:

/usr/bin/python "/usr/share/virt-manager ..."

または、python2.4 や python 2.7 など、特定のバージョンの python を使用することもできます。

ヒント 4:スクリプトを変更する

熟練したユーザーでない限り、これはお勧めできませんが、特定のパスと Python インストールを指すようにラッパー スクリプトを変更できます。最初の問題に戻りましょう。 xm create を実行すると、xen.xm モジュール エラーがスローされます。

ここで、xm コマンドが正確に何であるかを確認する必要があります。 which を xm に対して実行すると、/usr/sbin/xm の下に潜んでいることがわかります。次に、このファイルをテキスト エディターで開きます。これは確かに Python スクリプトです。

#!/usr/bin/env パイソン

# -*- モード:python; -*-

システムをインポート



# 必要に応じて、非ネイティブの python パス インストールのフォールバック パスを追加します

sys.path.append('/usr/lib/python')

sys.path.append('/usr/lib64/python')

from xen.xm import main



main.main(sys.argv)

Xen の一部のバージョンでは、最初の行は #!/usr/bin/env python です。これを特定の Python バージョンに変更して、何が得られるかを確認してください。たとえば、Python 2.4 または Python 2.6 などです。これらの 1 つが、環境セットアップで構成が誤っているか、欠落している可能性があります。

#!/usr/bin/env python <--- 削除

#!/usr/bin/python2.6 <--- 使用

そして、期待どおりにすべてが機能することがわかります。たとえば、Xen カーネルもインストールされている私の openSUSE 11.4 マシンでは:

同様に、/usr/bin/python をリストするだけの Xen の新しいバージョンでは、セットアップに特に関連する問題があるかどうかを確認するために、同じ変更を行うことができます。

変更を加える前に、元のファイルをバックアップすることを忘れないでください。さらに、一度に複数の変更を試みないでください。新しい複雑な問題が発生しないようにするためです。

ヒント 5:サービスを確認する

ばかげているように聞こえますが、libvirt サービスが開始されていないと、仮想化関連の作業で口臭が発生します。 dom0 ドメインなどに接続できなくなります。したがって、起動時に有効になっているだけでなく、実行されていることを確認する必要があります。

で、今のところはこれで十分だと思います。

続きを読む

バーチャトピアにある非常に価値のあるリソースです。

また、RedHat ドキュメント、Common Xen Problems にも興味があるかもしれません。

結論

この記事はあまり美しいものではないかもしれませんが、繰り返しになりますが、Python のトレースバック メッセージも決して美しいものではありません。冗長すぎると、正しい環境変数を設定したり、Python のバージョンを変更したりするだけで、実際の問題が見えなくなる可能性があります。願わくば、このガイドが不必要な手間とフラストレーションを何時間も節約してくれることを願っています。

あなたは読むべきことがたくさんあるので、それをしたほうがいいです。私の仮想化セクションに向かい、狂ったようにクリックし始めてください。紹介記事、Xen Cloud Platform と XenServer、探索用のライブ CD があります。 Xen グッズの話に戻ります。別のオープンソース ソリューションが必要な場合は、KVM もあります。楽しみ！

他にも共有したいシンプル、グローバル、普遍的、または一般的なトリックがある場合は、見知らぬ人ではなく、電子メールを送信してください。デドメドアウト。

乾杯。