web-dev-qa-db-ja.com

Xenが起動に失敗する(タイムアウトマウント/ dev / sda2)

私はXenを初めて使用し、 Debian WikiのXenエントリ のガイドに従おうとしています。十分なスペースがあるVMwareWorkstationイメージにsqueezeをインストールしました。ファイルストレージはLVM上にあります。

新しくインストールしたゲストOSが起動しません-busyboxブートローダーがタイムアウトして失敗します。正確なエラーは次のとおりです。

Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Waiting for root file system ... done.
Gave up waiting for root device.  Common problems:
 - Boot args (cat /proc/cmdline)
   - Check rootdelay= (did the system wait long enough?)
   - Check root= (did the system wait for the right device?)
 - Missing modules (cat /proc/modules; ls /dev)
ALERT!  /dev/sda2 does not exist.  Dropping to a Shell!

Xen4でDebianSqueezeゲストOSを起動するにはどうすればよいですか?

私が考えることができるすべての重要な情報:

ゲストの作成:

root@debxentest:/etc/xen-tools# xen-create-image --hostname xenguest1 --scsi --vcpus 1 --pygrub --dist squeeze

General Information
--------------------
Hostname       :  xenguest1
Distribution   :  squeeze
Mirror         :  http://localmirror/debian/
Partitions     :  swap            64Mb  (swap)
                  /               4Gb   (ext3)
Image type     :  full
Memory size    :  64Mb
Kernel path    :  /boot/vmlinuz-2.6.32-5-xen-AMD64
Initrd path    :  /boot/initrd.img-2.6.32-5-xen-AMD64

Networking Information
----------------------
IP Address     : DHCP [MAC: 00:16:3E:1A:8D:68]


Creating swap on /dev/universe/xenguest1-swap
Done

Creating ext3 filesystem on /dev/universe/xenguest1-disk
Done
Installation method: debootstrap
Done

Running hooks
Done

No role scripts were specified.  Skipping

Creating Xen configuration file
Done
Setting up root password
Generating a password for the new guest.
All done


Logfile produced at:
     /var/log/xen-tools/xenguest1.log

Installation Summary
---------------------
Hostname        :  xenguest1
Distribution    :  squeeze
IP-Address(es)  :  dynamic
RSA Fingerprint :  e3:6e:87:8b:59:78:9d:4d:3b:7f:b2:84:48:95:98:36
Root Password   :  Wppn4eKf

LVMセットアップ(ボリュームとグループ):

  lvm> lvdisplay
  --- Logical volume ---
  LV Name                /dev/universe/xenguest1-swap
  VG Name                universe
  LV UUID                r68Qej-hVOE-ZRMu-KRzU-cXi4-paHN-4FCM0n
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                64.00 MiB
  Current LE             16
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:2

  --- Logical volume ---
  LV Name                /dev/universe/xenguest1-disk
  VG Name                universe
  LV UUID                LBZpOl-sHjU-ec3d-zePZ-B2Nv-eLQ3-1pJeJ6
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                4.00 GiB
  Current LE             1024
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:3

  --- Logical volume ---
  LV Name                /dev/debxentest/root
  VG Name                debxentest
  LV UUID                XlMXTu-8IEQ-Ec0P-3kaw-menW-Dcz8-Qmu6Ea
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                18.91 GiB
  Current LE             4840
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:0

  --- Logical volume ---
  LV Name                /dev/debxentest/swap_1
  VG Name                debxentest
  LV UUID                VJkXmY-kr7D-Rvvv-Ekg2-vo54-f8D0-hXGDYr
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                872.00 MiB
  Current LE             218
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:1

  lvm> vgdisplay
  --- Volume group ---
  VG Name               debxentest
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               19.76 GiB
  PE Size               4.00 MiB
  Total PE              5058
  Alloc PE / Size       5058 / 19.76 GiB
  Free  PE / Size       0 / 0   
  VG UUID               1tEMNQ-B81G-82nb-SCXq-mNJR-Swh7-UGXV14

  --- Volume group ---
  VG Name               universe
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               20.00 GiB
  PE Size               4.00 MiB
  Total PE              5119
  Alloc PE / Size       1040 / 4.06 GiB
  Free  PE / Size       4079 / 15.93 GiB
  VG UUID               vxAIfs-wMIT-Nxcc-gEOh-oSoY-e5Zx-r2VTum

Xenセットアップ

root@debxentest:/home/tester# xm list
Name                                        ID   Mem VCPUs      State   Time(s)
Domain-0                                     0   941     1     r-----     22.4
xenguest1                                    2    64     1     -b----      1.9
2
derdewey

私はスクイーズとウィージーの両方でこれとまったく同じ問題を経験しています。

Xen-toolsとxen-create-imageを使用している場合は、次のいずれかを実行できます。

  • Lennyを使用して画像を作成します。

    xen-create-image --hostname len1 --scsi --dist lenny

  • Scsiオプションを使用せずにスクイーズイメージを作成します。

    xen-create-image --hostname sqz1 --dist squeeze

この状況は非常に奇妙だと思います。 scsiオプションはsqueezeとlennyでサポートされているようです。多分udevに問題がありますか? Debian Xen Wikiページ のように:

--scsiは、VMがsdaなどの通常のSCSIHD名を使用することを確認します。たとえば、Ubuntu Maverickイメージを作成する場合、デフォルトはxvdaであるため、このオプションがないと起動しません。 xvdaは、仮想化されたディスクであることを明確にするために使用されますが、Ubuntuのストックpv_opsカーネルのような非xenカーネルは、それらが何であるかを認識しません(ただし、このためのxen-blkfrontドライバーについては以下の注を参照してください) 。/etc/xen-tools/xen-tools.confでscsi = 1を設定して、これをデフォルトにすることもできます。

後で、それはまた述べます:

新しい2.6.32カーネルイメージは、paravirt_opsベースのXendom0およびdomUをサポートしています。したがって、pv_opsを持つカーネルを含むUbuntu Maverickのイメージを作成すると、Xenカーネルは使用されませんが、Xenのハイパーバイザーで実行できるため、Ubuntuストックカーネルが使用されます。

以前のdom0で2.6.32カーネルdomUをテストしたい場合は、xen-blkfront domUドライバーがロードされていること、およびルートと他のディスクパーティションを見つけることができることを確認する必要があります。 domU.cfgファイルで非推奨のhda *またはsda *デバイス名を引き続き使用している場合、これは当てはまりません。 xvda *デバイスに切り替えます。xvda*デバイスは2.6.18および2.6.26dom0カーネルでも動作します。

--scsiオプションが2.6.35カーネルを使用するMaverickで機能することを確認しましたが、それは問題ではありません。これはすべて矛盾しているようです。

このリンクも役立つ場合があります。

2
Docunext