.png)
Sou novo no Xen e estou tentando seguir o guia doEntrada Xen do Debian Wiki. Instalei o squeeze em uma imagem VMware Workstation com bastante espaço. O armazenamento de arquivos está no LVM.
Meu sistema operacional convidado recém-instalado não inicializa - o carregador de inicialização do busybox atinge o tempo limite e falha. Aqui está o erro exato:
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!
Como posso fazer meu sistema operacional convidado Debian Squeeze inicializar no Xen 4?
Todas as informações importantes que consigo pensar:
Criação de convidados:
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
Configuração do LVM (volumes e grupos):
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
Configuração do 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
Responder1
Estou enfrentando exatamente o mesmo problema com aperto e chiado no peito.
Se você estiver usando xen-tools e xen-create-image, você pode:
Crie uma imagem usando lenny:
xen-create-image --hostname len1 --scsi --dist lenny
Crie uma imagem compactada sem usar a opção scsi:
xen-create-image --hostname sqz1 --dist squeeze
Acho essa situação muito estranha. Parece que a opção scsi deveria ser suportada por squeeze e lenny; talvez um problema com o udev? Enquanto oPágina Wiki do Debian Xenafirma:
O --scsi garante que a VM use nomes HD SCSI normais como sda. Ao criar uma imagem do Ubuntu Maverick, por exemplo, ela não inicializa sem esta opção, pois o padrão é xvda. xvda é usado para deixar claro que é um disco virtualizado, mas um kernel não-xen, como um pv_ops padrão no Ubuntu, não sabe o que são (veja as notas abaixo sobre o driver xen-blkfront para isso, no entanto) . Você também pode definir scsi=1 em /etc/xen-tools/xen-tools.conf para tornar esse padrão.
Mais adiante, também afirma:
As novas imagens do kernel 2.6.32 têm suporte para Xen dom0 e domU baseado em paravirt_ops. Quando você cria uma imagem para o Ubuntu Maverick, que inclui um kernel que possui pv_ops, ele não usará um kernel Xen, mas sim o kernel padrão do Ubuntu, pois é capaz de rodar no hipervisor do Xen.
Para aqueles que desejam testar o domU do kernel 2.6.32 em um dom0 anterior, você deve ter certeza de que o driver domU xen-blkfront está carregado e pode encontrar a raiz e outras partições do disco. Este não será mais o caso se você ainda usar os nomes de dispositivos obsoletos hda* ou sda* em arquivos domU .cfg. Mude para dispositivos xvda*, que também funcionam com kernels dom0 2.6.18 e 2.6.26.
Confirmei que a opção --scsi funciona com o Maverick, que usa um kernel 2.6.35, mas isso não deveria importar. Tudo isso parece contraditório.
Este link também pode ajudar: