![[Pocketstudio.jp Linux Wiki]](image/icon.gif "[Pocketstudio.jp Linux Wiki]"){kind=icon}
FC6/FedoraXenQuickstartFC6
http://pocketstudio.jp/linux/?FC6%2FFedoraXenQuickstartFC6
|
どなたも翻訳には手をつけていらっしゃらないようなので〜。 原文もそうですが Xen を理解している人向けの文章なので、初めての人には分かりづらいかもしれません。とりあえず使えるようになります。Fedora Core 6 からはディストリビューションのインストール時に Xen のセットアップを行うかどうか選択できるので、特にこの項目は必要ないかもしれません。とりあえず Xen は入れなかったけれども、あとから必要なときに参考になるかと思い、翻訳します。ちょっと分かっている人向け（自分は怪しいですが・・・）の書き方になってます。ご了承ください・・・。 ポイントは、Fedora Core 5 の Xen と Fedora Core 6 の Xen は違うものであり、互換性がないという点です。これだけは押さえておけばトラブル回避につながるかと思います。 Fedora Xen クイック・スタート FC6 - 日本語非公式訳 †Xen*1 について †Xen はオープンソースの仮想マシン構築システムです。Xen についての詳しい情報は Xen 公式サイトの http://wiki.xensource.com/xenwiki/ をご覧頂くか Fedora Xen ページをご覧下さい。 Fedora Core では Xen 3.0.x を実装しています。Xen 3.0.0 は 2005 年 12 月に公開されたものです。また、今回の Xen 3.0 のゲスト OS イメージは Xen 2.0 とは互換性がありませんのでご注意ください。 クイック・スタート †Fedora Core 6 では前バージョンの Fedora Core 5 とは実装が異なっており、若干の修正点や大がかりな改良点が加えられています。以下のガイドではどのように Xen をセットアップするか、そして、どのように GUI インターフェースやコマンドライン上からゲスト OS を構築・設置して管理するか述べています。 システム動作条件 †
仮想並行化(para-virtualized)ゲスト OS について(仮想並行化技術：Para-virtualized) †x86_64、ia64 アーキテクチャに対応した CPU は、どれも仮想並行化(para-virtualized)ゲスト OS の稼働が可能です。i386 のゲスト OS を稼働させるには CPU が PAE 拡張命令セット*2をサポートしている必要があります。ですが、多くの古いマシンでは PAE 拡張に対応していません（新しくとも Pentium Mobile / Centrino は対応していません）ので注意が必要です。PAE 拡張に対応しているかどうかは次のコマンドを実行して調べることが出来ます。 $ grep pae /proc/cpuinfo flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up ts 上記の例では PAE サポートがなされている事が分かります。もし何も表示されていない場合、該当マシンの CPU は PAE 拡張には対応していません。
仮想完全化(fully-virtualized)ゲスト OS について(HVM/Intel-V/AMD-V) †仮想完全化(fully-virtualized)ゲスト OS を運用するにはホストとなる CPU が仮想化に対応している必要があります。典型的な例としましては、Intel VT や AMD-V です。Xen は両 CPU が対応している一般的な 'HVM' 層（レイヤー）を用います。Intel VT をサポートしているか調べるには 'vmx' フラグを調べてみてください。AMD-V サポートは 'svm' フラグです。 ....CPU が Intel の場合.... # grep vmx /proc/cpuinfo flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm ....CPU が AMD の場合.... # grep svm /proc/cpuinfo flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm cr8_legacy 仕様 †コマンドライン上で root ユーザ権限が必要な場合、行の先頭文字列は『 # 』となっています。root ユーザになるには 'su -' コマンドを使うのが一般的です。コマンド入力後は root パスワードを入力してください。 Xen のインストール †Fedora Core 6 を新規インストールする場合には、Xen の専用部門が設けられていて、そこで Xen をインストールするかどうか選ぶことができます。 もう既に Fedora Core 6 をインストールしてしまっている場合でも、Xen カーネルやツール群は以下のコマンドを実行することでインストール可能です。 # yum install kernel-xen xen virt-manager この yum コマンドにより xen が必要とするカーネルや管理ツールなどのパッケージ群がインストールされます。'kernel-xen' パッケージにはハイパーバイザーであるホスト OS やゲスト OS として動作するカーネルが入っています。同様に 'xen' パッケージでは管理プログラム群がセットアップされます。 yum のインストール後には GRUB の設定も追加されています。ファイル /boot/grub/grub.conf が自動編集され、xen カーネルが動作するような記述がされています。ですが、標準でブートするようには設定されていません。ブート時に xen カーネルが稼働するようにするには grub.conf の編集が必要です。 GRUB でブートする際に xen-kernel が標準で起動されるようにするには、ファイル /boot/grub/grub.conf を編集して、xen カーネルをブートさせるように編集してください(*2)。 以下の記述例は /boot/grub/grub.conf で Xen 仮想マシンのカーネルが起動するようにしたものです。 default=1
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Fedora Core (2.6.18-1.2784.fc6)
root (hd0,0)
kernel /boot/vmlinuz-2.6.18-1.2784.fc6 ro root=LABEL=/1 rhgb quiet
initrd /boot/initrd-2.6.18-1.2784.fc6.img
title Fedora Core (2.6.18-1.2784.fc6xen)
root (hd0,0)
kernel /boot/xen.gz-2.6.18-1.2784.fc6
module /boot/vmlinuz-2.6.18-1.2784.fc6xen root=LABEL=/1
module /boot/initrd-2.6.18-1.2784.fc6xen.img
Xen を有効にする方法 †Xen カーネルでシステムが起動した後に、正常にカーネルが xen に対応しているかどうか念のために確認を大古ないます。Xen カーネルが動作中であれば、以下のコマンドを実行して fc6xen という記述があるかどうか確認してください。 # uname -r 2.6.17-1.2600.fc6xen # xm list Name ID Mem(MiB) VCPUs State Time(s) Domain-0 0 610 1 r----- 12492.1 この出力結果は、Xen カーネルが読み込まれている事と、Domain-0 (ホスト OS ) が稼働中である事が分かります。
Fedora ゲスト・システムの構築 †Fedora Core 6 での Xen インストールについてですが、Fedora Core 6 のゲスト OS も anaconda(インストーラー)をサポートしており、ゲスト上で利用可能になっています。インストール作業を行いたい場合は xenguest-install プログラムを用いるか、GUI インターフェースの virt-manager を使います。 'xenguest-install' を用いた Fedora ゲスト・システムの構築 †xenguest-install プログラムを用いると、コマンドライン上での対話型（インタラクティブ）インストール作業となります。 # /usr/sbin/xenguest-install 新しいゲスト OS を作成する際には様々な不明点も出てくるでしょう。そのような場合のための --help オプションが準備されています。速攻でインストール作業を終わらせたい場合（キック・スタート）のためのオプション -x ks=options もあります。
さて、実際のインストール作業はこれからが本番です。もしグラフィカルなインストール環境が利用可能であれば VNC ウインドウなどを使うことも出来ます。もし、グラフィカルな環境でなくとも、標準的なテキスト形式によるインストールも可能です。どちらも同様に仮想サーバの設置が可能です。 'virt-manager' を用いた Fedora ゲスト・システムの構築 †次のコマンドを root ユーザ権限で動作させることによって、GUI によるグラフィカルな仮想マシン管理ソフトを起動できます。 # virt-manager
インストール後の作業 †ゲスト OS のインストール後は GUI の virt-manager プログラムか、コマンドライン上では xm コマンドを用いて管理することになります。 'virt-manager' でグラフィカルに仮想マシンを管理する †次のコマンドを実行することで、GUI Virtual Machine Manager (仮想 OS 管理マネージャ)を起動できます。 # virt-manager root ユーザで動作していない時には root パスワードの入力が求められます。パスワードを入力しない状態では設定変更の権限がない監視モードとなります。
virt-manager に関する機能や詳細情報については開発プロジェクトのウェブサイトをご覧下さい。 virt-manager のバグや問題については BugZilla の 'virt-manager' 部門で報告いただけると幸いです。 'virsh' でコマンドラインから仮想マシンを管理する †virsh ユーティリティはコマンドライン上で仮想マシンの管理を可能とするものです。virsh は libvirt 管理 API を実装しているので、旧来の Xen xm ツールよりも多くの利点を備えています。
仮想マシンを XML 形式の vm 定義ファイルを使って構築することもできます。 # virsh create <path to VM xml config> 現在稼働中の仮想マシンを表示するには、 # virsh list ゲスト OS を適切に停止させるためには、 # virsh shutdown <virtual machine (name | id | uuid)> 選択したゲスト OS の仮想マシンのスナップ・ショット*3を保存するには、 # virsh save <virtual machine (name | id | uuid)> <filename> 保存されているスナップ・ショットから復旧させるには、 # virsh restore <filename> 仮想マシンに関連する設定情報を XML 形式ファイルで出力するには、 # virsh dumpxml <virtual machine (name | id | uuid) そのほか、virsh を利用するにあたってのコマンドライン上のオプション一覧を表示するには # virsh help 上記のコマンドを実行するか、あるいはマニュアル virsh(1) を参照してください（$ man virsh ）。 virsh のバグや問題については BugZilla の 'virsh' 部門で報告いただけると幸いです。 'xm' でコマンドラインから仮想マシンを管理する †virsh コマンド以外にも、仮想マシンをコマンドライン上で管理するために xm ユーティリティを用いることができます。xm は Xen に特化したツールです。仮想マシンにシリアル・コンソール接続する場合には、 # /usr/sbin/xm create -c <name of virtual machine> 現在稼働中の仮想マシンを表示するには、 # xm list ゲスト OS を停止するには、 # /usr/sbin/xm shutdown <virtual machine name> ファイルにバックアップとして仮想マシンのスナップ・ショットを保存するには、 # /usr/sbin/xm save <virtual machine name> /<filename> 保存されたスナップ・ショットから復旧するには、 # /usr/sbin/xm restore /<filename> top コマンドのように全仮想マシンの状況を表示するには、 # /usr/sbin/xm top そのほか、xm を利用するにあたってのコマンドライン上のオプション一覧を表示するには、 # /usr/sbin/xm help xm のバグや問題については BugZilla の 'xen' 部門で報告いただけると幸いです。 トラブルシューティング（困ったときは） †ログ・ファイルについて †Xen 関連問題を解決するため、２つのデバッグ情報を出力するログファイルが記録されます。/var/log/xen/xend.log には xm.log と同程度のログが記録されます。残年ながら、ファイルに記録されるログ情報は非常に短いもので、分かる人には理解できるのですが、なにせログ内容が短いのであまり有用とはいえないものです。以下の例は NetBSD/xen カーネルからゲスト OS を作成しようとしたときのものです。 [2005-06-27 02:23:02 xend] ERROR (SrvBase:163) op=create: Error creating domain:(0, 'Error')
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvBase.py", line 107, in _perform
val = op_method(op, req)
File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDomainDir.py", line 71, in op_create
raise XendError("Error creating domain: " + str(ex))
XendError: Error creating domain: (0, 'Error')
次のファイル /var/log/xen/xend-debug.log には分かり易い詳細な情報が記録されます。NetBSD/xen カーネルを起動しようとした場合には、次のように表示されるでしょう。 ERROR: Will only load images built for Xen v3.0 ERROR: Actually saw: 'GUEST_OS=netbsd,GUEST_VER=2.0,XEN_VER=2.0,LOADER=generic,BSD_SYMTAB' ERROR: Error constructing guest OS Xen に関して何らかのエラーが発生したときには /var/log/xen/xend.log と /var/log/xen/xend-debug.log 双方に記録されます。 仮想完全化(fully-virtualized)されたゲスト OS (ドメイン)を用いる場合（例えば、実行時に変更不可能な OS を用いる場合）、それらの情報は /var/log/xen/qemu-dm*.log として関連情報が保存されます。 最後に、ハイパーバイザー側(ホスト OS 上のシステム)の動作状況は次のコマンドで確認可能です。 # xm dmesg シリアル・コンソール †ホストへのシリアル・コンソール接続 †非常に難しい問題に対処する場合、シリアル・コンソール接続は非常に助けとなるでしょう。Xen カーネル自身が停止してしまう場合やハイパーバイザーがエラーとなってしまう際など、何らかのエラーがローカル・ホスト上に記録されています。シリアル・コンソール接続によって、リモート・ホストの状況を確認することができるのです。 Xen ホスト OS に対してシリアル・コンソール出力を行いたい場合はセットアップ作業が必要です。そうすることで、リモート・ホストの状況を把握可能となります。そのためには /etc/grub.conf の編集が必要です。以下は記述例です。 title Fedora Core (2.6.17-1.2600.fc6xen)
root (hd0,2)
kernel /xen.gz-2.6.17-1.2600.fc6 com1=38400,8n1 sync_console
module /vmlinuz-2.6.17-1.2600.fc6xen ro root=LABEL=/ rhgb quiet console=ttyS0 console=tty pnpacpi=off
module /initrd-2.6.17-1.2600.fc6xen.img
この指定ではシリアル・コンソールの com1 ポート（Linux 上の /dev/ttyS0）に対して 38,400 bps の速度で通信するという事を行っています。"sync_console" はハイパーバイザー（ホスト OS ）上のコンソール出力が停止してしまっている際に有用となるものです。"pnpacpi=off" はその動作を行う際に必要となる ACPI を無効にするオプションです。"console=ttyS0 console=tty" の意味はカーネルの出力するエラーメッセージ(通常時は dmesg でも確認できます）を VGA コンソール上で直接繋がれたディスプレイと、シリアル・コンソールに対しても同時に出力を行うという指定を行うものです。この作業さえ済ませておけば、ttywatch アプリケーション（fedora-extras に収納されています）を用いて、リモートホストのコンソール上のエラーをモデム経由で取得することもできます。リモート上では、 # ttywatch --name myhost --port /dev/ttyS0 こうすることで、出力を /dev/ttyS0 からファイル /var/log/ttywatch/myhost.log に記録先を変更することもできます。 仮想並行化ゲスト OS の場合 †仮想並行化(para-virtulized)ゲスト OS の場合は、Domain-0 ホスト OS 上の機能として自動的にシリアル・コンソール出力の設定を備えています。コマンドライン上から参照するには、次のように入力します。 # xm console あるいは、グラフィカルな virt-manager プログラムを使ってシリアル・コンソール出力を行うことも出来ます。単純に表示させたい場合はメニュー・バーから "View"(表示)→"Serial console"(シリアル・コンソール)を選んで'console'(コンソール)か'details'(詳細)ウインドウを参照してください。 仮想完全化ゲスト OS の場合 †仮想完全化(fully-virtualized)ゲスト OS の場合も自動的にシリアル・コンソール出力の設定を行おうとしますが、ゲスト OS のカーネルは完全にボックス化されるように設定されてしまっているため、そのままの状態では状況を確認することができません。Linux が仮想完全化された状態でのゲストの状態を確認したい場合は /etc/grub.conf を編集し、ゲスト OS の既述に'console=ttyS0 console=tty0'を追加する必要があります。このことにより、シリアル・コンソール、またはグラフィカルなツール上からも確認できるようになります。確認方法は仮想並行化ゲスト OS の時と同様です。 # xm console あるいは、グラフィカルな virt-manager プログラムを使ってシリアル・コンソール出力を行うことも出来ます。単純に表示させたい場合はメニュー・バーから "View"(表示)→"Serial console"(シリアル・コンソール)を選んで'console'(コンソール)か'details'(詳細)ウインドウを参照してください。 ゲスト OS のディスク・イメージのデータへのアクセス †lomount と kpartx というゲスト OS のディスク・イメージにアクセスする際にとても役立つツールがあります。ただし、ゲスト OS が Domain-0 で動作している状態で使用しないでください！ もし稼働中に使ってしまうとデータが破損するおそれがあります。くれぐれもご注意下さい。
# lomount -t ext3 -diskimage /xen/images/fc5-file.img -partition 1 /mnt/boot lomount は小さなディスク・イメージとして動作しているだけであり、LVM ボリュームを扱うことはできません。より複雑な操作を行いたい場合には kpartx (device-mapper-multipath RPM) を用いてください。
# yum install device-mapper-multipath # kpartx -av /dev/xen/guest1 add map guest1p1 : 0 208782 linear /dev/xen/guest1 63 add map guest1p2 : 0 16563015 linear /dev/xen/guest1 208845 これは通常のブロック・デバイスに対してのみ動作するもので、ゲスト OS がインストールされているイメージ・ファイルを操作するのではないという点をご注意下さい。ファイル・イメージを取り扱うには、まずループバック・デバイスを作成しなくてはいけません。 # losetup -f /dev/loop0 # losetup /dev/loop0 /xen/images/fc5-file.img # kpartx -av /dev/loop0 add map loop0p1 : 0 208782 linear /dev/loop0 63 add map loop0p2 : 0 12370050 linear /dev/loop0 208845 この例では、標準の Fedora Core がインストールされフォーマットされた場所にイメージを組み込んでいます。内訳は /boot と１つの LVM ボリュームです。アクセスするには /dev/mapper を参照します。 # ls -l /dev/mapper/ | grep guest1 brw-rw---- 1 root disk 253, 6 Jun 6 10:32 xen-guest1 brw-rw---- 1 root disk 253, 14 Jun 6 11:13 guest1p1 brw-rw---- 1 root disk 253, 15 Jun 6 11:13 guest1p2 # mount /dev/mapper/guest1p1 /mnt/boot/ ２つ目のパーティションである LVM ボリュームにアクセスするためには "vgscan" を使って状況の確認を行います。標準で "VolGroup00" とされるパーティション名を変更するには "vgchange -ay" を用います。 # kpartx -a /dev/xen/guest1 # vgscan Reading all physical volumes. This may take a while... Found volume group "VolGroup00" using metadata type lvm2 # vgchange -ay VolGroup00 2 logical volume(s) in volume group "VolGroup00" now active # lvs LV VG Attr LSize Origin Snap% Move Log Copy% LogVol00 VolGroup00 -wi-a- 5.06G LogVol01 VolGroup00 -wi-a- 800.00M # mount /dev/VolGroup00/LogVol00 /mnt/ ... # umount /mnt # vgchange -an VolGroup00 # kpartx -d /dev/xen/guest1
FAQ(よくある質問と回答) †
ERROR: Could not obtain handle on privileged command interface (2 = No such file or directory)
Traceback (most recent call last):
File "/usr/sbin/xend", line 33, in ?
from xen.xend.server import SrvDaemon
File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDaemon.py", line 21, in ?
import relocate
File "/usr/lib/python2.4/site-packages/xen/xend/server/relocate.py", line 26, in ?
from xen.xend import XendDomain
File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line 33, in ?
import XendDomainInfo
File "/usr/lib/python2.4/site-packages/xen/xend/XendDomainInfo.py", line 37, in ?
import image
File "/usr/lib/python2.4/site-packages/xen/xend/image.py", line 30, in ?
xc = xen.lowlevel.xc.xc()
RuntimeError: (2, 'No such file or directory')
回答：どうやら Xen ハイパーバイザー（仮想化に対応）ではない Linux カーネルを起動してしまったように見えます。xen 対応カーネルかどうか確認してみてください。
回答：これは利用しようとしているカーネルのイメージが、xen ハイパーバイザーと不適合な可能性があります。もし、Fedora Core 5 で作成したイメージ（PAE 拡張に非対応）を Fedora Core 6(PAE 拡張に対応)で使用しようとすると、このエラーが見受けられます。
回答：linux カーネルの RPM パッケージは、何もしなくとも grub.conf を最新のカーネルに書き換えてしまいます。そこで、/etc/sysconfig/kernel ファイルを書き換えて 'kernel-xen' を指定し、常に xen 対応カーネルを読み込ませるよう grub.conf の標準とさせることができます。 困ったときには？ †上記のトラブル・シューティングが問題解決につながらないようでしたら、Red Hat Bugzilla の Fedora Core 6 に関する Xen のレポートを確認してみてください。"Fedora Core" 上での xen のトラブルは "Linux カーネル" に起因するものと、"xen" そのものに起因するバグや問題の可能性があるためです。バグ報告をしていただくと、xen 担当者から有用なアドバイスや問題解決策を提示していただけるかもしれません。 Xen そのものに関する全般的な情報や問題に関しては Xen プロジェクトのドキュメントや、メーリングリストの過去ログをご覧下さい。 最後に付け加えておきますと、Fedora プロジェクトでは Xen サポートのための専門メーリングリスト Fedora Xen Mailing list を開設しており、ここでも諸処の問題について論議がなされています。 補足説明 †
|
