.png)
Soy nuevo en Xen y trato de seguir la guía delEntrada Xen de Debian Wiki. He instalado squeeze en una imagen de VMware Workstation con mucho espacio. El almacenamiento de archivos se realiza a través de LVM.
Mi sistema operativo invitado recién instalado no arranca: el cargador de arranque de Busybox agota el tiempo de espera y falla. Aquí está el error exacto:
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!
¿Cómo puedo hacer que mi sistema operativo invitado Debian Squeeze arranque en Xen 4?
Toda la información destacada que se me ocurre:
Creación de invitados:
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
Configuración de LVM (volúmenes y 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
Configuración de 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
Respuesta1
Estoy experimentando exactamente el mismo problema tanto con la contracción como con las sibilancias.
Si está utilizando xen-tools y xen-create-image, puede:
Crea una imagen usando lenny:
xen-create-image --hostname len1 --scsi --dist lenny
Cree una imagen comprimida sin utilizar la opción scsi:
xen-create-image --hostname sqz1 --dist squeeze
Esta situación me parece muy extraña. Parece que la opción scsi debería ser compatible con squeeze y lenny; tal vez un problema con udev? como elPágina Wiki de Debian Xenestados:
--scsi se asegura de que la VM utilice nombres SCSI HD normales como sda. Al crear una imagen de Ubuntu Maverick, por ejemplo, no arrancará sin esta opción, porque el valor predeterminado es xvda. xvda se usa para dejar en claro que es un disco virtualizado, pero un kernel que no es xen, como un pv_ops estándar en Ubuntu, no sabe cuáles son (sin embargo, consulte las notas a continuación sobre el controlador xen-blkfront para esto) . También puede configurar scsi=1 en /etc/xen-tools/xen-tools.conf para que sea predeterminado.
Más adelante también afirma:
Las nuevas imágenes del kernel 2.6.32 tienen soporte para Xen dom0 y domU basado en paravirt_ops. Cuando crea una imagen para Ubuntu Maverick, que incluye un kernel que tiene pv_ops, no utilizará un kernel Xen, sino el estándar de Ubuntu, ya que es capaz de ejecutarse en el hipervisor de Xen.
Para aquellos que quieran probar el domU del kernel 2.6.32 en un dom0 anterior, deben asegurarse de que el controlador xen-blkfront domU esté cargado y pueda encontrar la raíz y otras particiones del disco. Este ya no es el caso si todavía usa los nombres de dispositivo obsoletos hda* o sda* en archivos domU .cfg. Cambie a dispositivos xvda*, que también funcionan con los kernels dom0 2.6.18 y 2.6.26.
He confirmado que la opción --scsi funciona con Maverick, que usa un kernel 2.6.35, pero eso no debería importar. Todo esto parece contradictorio.
Este enlace también puede ayudar: