現在Debian/EtchとXen3.0を実行しているサーバーを管理しています。各仮想マシンはDebian/Etchも実行しています。
LennyはDebianの次のリリースであり、Xen3.2が含まれています。残念ながら、Xen3.0とXen3.2の間に(dist-upgradeによる)自動アップグレードパスはないと思います。 (Xen 3.0は、lennyリリースノートに廃止されたパッケージとして記載されています)。
サーバーがlenny/xen3.2を実行し、仮想マシンがlennyを実行するようにするには、どの手順に従う必要がありますか?
Xenパッケージをその場で変更するのは非常に危険だと思います。これは仮想化であるため、新しいlenny Xen 3.2サーバー(または、ソースから3.3または3.4がリリースされているため)を構築し、実際のドメインのコピーを使用して移行テストを実行してから、実際のサーバーを更新して機能するかどうかを確認する必要があります。これにより、安全を確保し、サーバーのクラッシュ/再インストール/ダウンタイムの可能性を回避できます。
私はいくつかの悪い経験をしたので、本当に必要でない限り、これらの更新を避けようとする傾向があります。
私は同じアップグレードを実行し、いくつかのメモを取りました:
ゲストから始めましょう:
パッケージをインストールします。私が使用した一部のスクリプトはudevを削除したため、再インストールする必要がありました。
aptitude install udevlinux-modules-2.6-xen-AMD64
以下を/ etc/inittabに追加します。そうしないと、xm console
オプションが失われます(sshがない場合は、手動でマウントおよび変更しないとアクセスできないことを意味します)
0:2345:respawn:/ sbin/getty 38400 hvc0
この段階で、dom0が再起動するまでゲストをシャットダウンします。これはすべての人に適しているわけではありませんが、私は安全を期しています。
ホストに進む:
関連するすべてのパッケージをインストールし、xenパッケージのバージョンがすべて3.2であることを確認します
aptitude install xen-utils bridge-utils xen-hypervisor linux-image-xen-AMD64 linux-modules-xen-AMD64
Grubmenu.lstを確認してください
Dist-upgradeを使用して、Debian Etch/Xen3.0サーバーをLenny/Xen3.2に移行することができました。 apt-getが行ったのは、適切なパッケージをダウンロードしてインストールすることだけでした。 grub configが正しく、3.2を起動することを確認した後、すべての準仮想マシンが起動しました。すべてのPVマシンはGentooであるため、Debianのクライアントアップグレードについてコメントすることはできませんが、それほど難しくはないはずです。 HVMマシンに問題があり、再構築する必要がありました。