ゲストの Xen コンソールを有効にする方法

通常、仮想マシンを Xen で domU ゲストとして実行する場合、virt-manager または virt-viewer を使用してコンソールを表示します。すべての実際的な目的のために、コンソール バッファは、少なくともグラフィカル インターフェイスを起動するまでは、直接操作できないアニメーション イメージになります。

では、コンソール出力を常に利用できるようにしたい場合はどうすればよいでしょうか?どうにかしてコンソール出力をホストにリダイレクトし、それを使用可能で解析可能なテキストに変換できますか?答えはイエスです。これは実行できますが、それほど簡単ではありません。完全仮想化ゲストと準仮想化ゲストの両方でこれを実現する方法をお見せしましょう。

準仮想化ゲスト

デフォルトでは、コンソールは特別な設定や微調整なしで動作するはずです。残念ながら、人生がそれほど公平であることはめったにないため、少し調整してハックする必要があるかもしれません.利用可能な回避策がいくつかあります。

構成ファイルの編集

次のバリエーションを仮想マシン構成ファイルに追加します:

extra="console=hvc0 xencons=tty"

hvc0 の代わりに xvc0 を指定して、2 つの追加オプションのいずれかを一度に 1 つのキーと値のペアで使用することもできます。最適な機能を見つける前に、いくつかの変更を加えてテストする必要がある場合があります。

ゲストの inittab を編集します

この新しいコンソールをゲストに追加する必要があります。これは、/etc/inittab を次のように編集して行います:

x0:12345:respawn:/sbin/agetty -L 9600 xvc0 xterm

仮想マシン構成で指定した内容に基づいて、コンソール名を調整してください。この新しいコンソールを含めるには、/etc/securetty を変更する必要がある場合もあります。ファイルを開いて x0 を追加するだけです。変更を行う前に、必要なバックアップを作成してください。オプションで、追加のパラメーターをカーネル コマンド ラインに渡すか、GRUB メニューを編集する必要がある場合もあります。以下に別の例を示します。これは機能するはずですが、そうでない場合があります。 /var/log/messages に次の一連のエラーが表示される場合があります:

init:ID "x0" のリスポーンが速すぎる:5 分間無効
init:ID "x0" のリスポーンが速すぎる:5 分間無効
init:ID "x0" のリスポーンが速すぎる:5 分間無効
init:ID "x0" の再生成が速すぎる:5 分間無効化

これが発生した場合、ゲスト オペレーティング システムの udev がデバイスを作成していない可能性があるため、/dev の下に手動で作成する必要があります。これは理想的な回避策ではありませんが、残りのすべての調整がうまくいかない場合にコンソールを取得するのに役立つ可能性があります。

最後に、試すことができます:

virsh コンソール <ドメイン ID>

xm list を実行すると、ドメイン ID を取得できます。

完全に仮想化されたゲスト

man ページによると、xm コンソールは完全に仮想化されたゲストでは使用できませんが、回避策を使用して問題を解決できます。実行する必要があることが 2 つあります。ホスト dom0 で、ゲストの関連構成ファイルに次のディレクティブを追加します。

シリアル="pty"

ゲストで、/boot/grub/menu.lst または /boot/grub/grub.conf を次の行で編集し、最初のカーネル エントリの上のどこかに追加します。おそらく、default および timeout ディレクティブのすぐ下です。

シリアル --unit=0 --speed=9600
terminal --timeout=5 シリアルコンソール

次に、関連する GRUB エントリで、カーネル行に追加します:

コンソール =ttyS0

ゲストを再起動すると、コンソールが表示されます。確認するには、コンソールを dom0 からゲストに接続する必要があります。これは次のように行われます:

#xm コンソール <ドメイン名>

回線が切断され、おそらく端末がハングしたように見えます。ここで、ゲストを再起動すると、シャットダウン/起動メッセージが表示されます。終了するには、Ctrl + ] を押します。ブートとシャットダウン、およびマジック キーを使用してトリガーされたカーネル クラッシュを示すいくつかの例を次に示します。

#xm コンソール テスト 1
INIT:ランレベルへの切り替え:6
INIT:TERM シグナルの送信処理
INIT:送信は KILL シグナルを処理します
2011 年 12 月 1 日木曜日に /dev/ttyS0(/dev/console) で起動ログが開始されました
マスター リソース コントロール:以前のランレベル:3、ランレベルへの切り替え:6
デーモンでサービスをシャットダウンしています
auditd のシャットダウン 完了
automount をシャットダウンしています (強制) 完了

一部の画像:

コンソールは現在リダイレクトされており、ゲストには表示されないことに注意してください。ゲストでもコンソール メッセージを表示するには、console=tty1 を GRUB メニューに追加する必要があります。

続きを読む

これらも確認してください:

Xen のトラブルシューティング

その他の Xen のトラブルシューティング

Xen での SLES11 のインストール

起動時に Xen ゲスト コンソールがハングする

結論

それだけです。かなり重要なトピックですが、おそらく役に立つでしょう。少なくとも、Xen コマンド ラインの操作方法、さまざまなコマンドを呼び出してさまざまなパラメーターを確認する方法、ブート メニューを含むシステム構成ファイルの編集方法について、少しは学習しました。最後になりましたが、準仮想化ゲストと完全仮想化ゲストの両方について、いくつかのソリューションと回避策が提示されています。 Xen コンソールについて大騒ぎ。

わかった。今日はこれで十分です。甘い滞在。

乾杯。