私は、物理的な Debian Squeeze ボックスから、いくつかの準仮想化 Xen マシンにさまざまなサービスを移行しようとしています。これは私にとって初めての Xen への取り組みなので、これを段階的に実行する予定です。
- ボックスにクリーンなXen + Debian Squeeze Dom0をインストールする
- 新しい DomUs (xen-tools) をインストールして実行できることを確認する
- オリジナルの物理インストール（Kowalskiと呼ばれる）をDomUに変換する
- Kowalski が何もしなくなるまで、Kowalski から新しい DomU にサービスを移動します。
- コワルスキーを引退させる
ステップ 1 と 2 は問題なく完了しました。3 で問題が発生しています。
基本的に私は次のことをやりました:
- 古い物理パーティションをLVM論理ボリュームにコピーしました
- これらのLVをxvdaデバイスにマッピングするXen用のkowalski.cfgを作成しました
- xvda デバイスを使用するように fstab を編集しました。
起動しますが、起動スクリプトの実行中に、init が「T0」の再生成が速すぎるため強制終了すると報告して、最終的にハングします。
デバッグ手法に関する提案はありますか? 見逃しているものはありますか?
繰り返しますが、これは私にとって Xen への初めての挑戦であり、何が問題なのかを把握するのが難しいと感じています。
答え1
それが私が最初にやったことです (p2v を変換)。これは面倒な方法です。
最初から PV カーネルを搭載した新しくクリーンな DomU をインストールし、サービスをそのボックスに移行する方がよいでしょう。
これは基本的に物理的なアップグレードと同じ作業ですが、その逆よりも早く安定したマシンを手に入れることができます。
私は何年もの間、DomUs で「/dev/sda」をエミュレートしようとしてきましたが、特定の sles-kernel-update の後、DomUs が起動しなくなりました (sda が物理ドライバーを使用するようにハードコードされたため)。現在は、標準デバイス名 (xvda) で標準 pv ドライバー (xenblk) を使用しており、すべてが再び正常になりました。
答え2
物理 HDD を仮想マシンに移動するだけでは不十分です。Squeeze は 2.6.32 カーネルを使用しますが、これは xen pv では起動できません (PV を使用していますか?)。xen で起動できる仮想マシンに、xen 固有のカーネル linux-image-2.6.32-5-xen-amd64 をインストールする必要があります。実際には、lvm をマウントし、その中に chroot して新しいカーネルをインストールし、もう一度起動してみることができます。これで動作するはずです。
また、物理マシンを xen に変換できるソフトウェアもあります。残念ながら、私はそれを使用したことがなく、名前も覚えていません。