Eu tenho um novo servidor DELL executando o SLES11 SP1, onde estou tentando instalar meu primeiro Xen Hypervisor. Então eu instalei o "Hypervisor and Tools" via YaST (excluindo elementos gráficos), que foi concluído com sucesso. Embora eu deva mencionar que, dado o ambiente, o servidor não tem acesso à Internet, então usei os pacotes do DVD SLES11 SP1. Então estou preso com o Xen v4.0. A virtualização está ativada no BIOS.
Eu então reinicio meu servidor, escolho a nova opção Xen que apareceu no grub, e espero que ele seja iniciado ... exceto que não. Em algum ponto durante o processo de início (logo após a conclusão da etapa "Scrubbing Free RAM"), a codificação de texto fica toda louca no console do servidor por aproximadamente uma altura de tela, e o terminal morre. (Estou usando um console de porta serial, COM1)
...
[ 0.387810] ACPI: PCI Root Bridge [P0B1] (0000:3f)
[ 0.393547] ACPI: PCI Root Bridge [P1B1] (0000:7f)
[ 0.396579] ACPI: PCI Interrupt Link [LK00] (IRQs 3 4 5 6 7 11 14 *15)
[ 0.396722] ACPI: PCI Interrupt Link [LK01] (IRQs 3 4 5 *6 7 11 14 15)
[ 0.396830] ACPI: PCI Interrupt Link [LK02] (IRQs 3 4 5 6 7 11 *14 15)
[ 0.396936] ACPI: PCI Interrupt Link [LK03] (IRQs 3 4 5 6 7 *11 14 15)
[ 0.397039] ACPI: PCI Interrupt Link [LK04] (IRQs 3 4 *5 6 7 11 14 15)
[ 0.397140] ACPI: PCI Interrupt Link [LK05] (IRQs 3 4 5 6 7 11 14 15) *0, disabled.
[ 0.397243] ACPI: PCI Interrupt Link [LK06] (IRQs 3 4 5 *6 7 11 14 15)
[ 0.397346] ACPI: PCI Interrupt Link [LK07] (IRQs 3 4 5 6 7 11 *14 15)
[ 0.397413] xen_mem: Initialising balloon driver.
[ 0.397639] vgaarb: device added: PCI:0000:0d:00.0,decodes=io+mem,owns=io+mem,locks=none
[ 0.397663] vgaarb: loaded
[ 0.397733] PCI: Using ACPI for IRQ routi ng
[ 0.39852 NLABELED CIPSOv4 VF6╓
µ+úc+c╙
µV&vF╓
s &½¢F╦â+sâVs :07: ioport rang 7f has been rese 0.158396] system ¢ú&s;+å├å╓ å╓
6╦¢ú+kªvª +¢+ô│+#k
[ 0. x920-0x923 has b ╢ÿ╪
µVåF&╓ [¢&++s&+¢+ô│+# t range 0xca9-0x n reserved
[ n▐n╖╢ªvªû{â akµVåFv╓
6 ª&╙û{k+k&s;+ f6╓å+¢f3333 s been reserved
│f═╫6╦¢ú+kªf : BAR 6: address ┌kµ&Vv6fû╓
V ╦╠gµ+╗VmMF+│K###ô+¢¢6╓
[ âô{#½δ&V&╓
[ 6úôKs;¢╙╓3ôδ ╢7n╪╖█¢6C{¢+ ¢Ks;VC√Cs &Få╓
[ 1.7181 ╢ng╓3ôδ╞M{#½½k+ô╙&6FVfvå ªf{ôú¢F+ú+ 5
[ 2.146050] u ╓µfµªµ+╗VmM ¢+sfô{k6C{Kªªs÷V¢ï w0: USB HID v1.0 ô#{╓{½¢+f½sK{ âª÷ª 2645] generic-us put,hidraw1: USB ╢+╦{ô#{╓{½¢+f K¢{âª÷ 2.214409] gen 6ªûsâ½úcåK#ô╗ ver usbhid
[ MåK#6{ô+FôK│+ .............................Could not find /dev/disk/by-label/my_root_device.
Want me to fall back to /dev/disk/by-id/scsi-36b8ca3a0e72e19001a2b90ef1154892a-part2? (Y/n)
E o que quer que eu escolha não funciona, e eu acabo em um shell idiota onde nenhum disco pode ser encontrado em / dev, e o comando shutdown não pode ser encontrado, então eu sou forçado a resetar minha máquina.
Quando escolho a entrada do SUSE no GRUB, que usa o mesmo / dev / disk / by-label / my_root_device como root, ela ainda funciona como um encanto. Aqui estão as duas entradas como escritas em menu.lst:
###Don't change this comment - YaST2 identifier: Original name: xen###
title Xen -- SUSE Linux Enterprise Server 11
root (hd0,1)
kernel /boot/xen.gz console=com1 com1=115200n8 dom0_mem=2048m nmi_watchdog=panic,lapic,timeout=15 elevator=noop loglevel=8 log_buf_len=4M crashkernel=512M-42G:256M,42G-:384M printk.time=0 unknown_nmi_panic=1 udev_timeout=180 cgroup_disable=memory softlockup=0
module /boot/vmlinuz-2.6.32.12-0.7-xen root=/dev/disk/by-label/my_root_device console=ttyS0,115200n8 tdcmanaged splash=silent showopts
module /boot/initrd-2.6.32.12-0.7-xen
###Don't change this comment - YaST2 identifier: Original name: linux###
title SUSE Linux Enterprise Server 11
root (hd0,1)
kernel /boot/vmlinuz root=/dev/disk/by-label/my_root_device splash=silent showopts nmi_watchdog=panic,lapic,timeout=15 elevator=noop loglevel=5 log_buf_len=4M crashkernel=512M-42G:256M,42G-:384M printk.time=0 unknown_nmi_panic=1 udev_timeout=180 cgroup_disable=memory softlockup=0 console=tty0 console=ttyS0,115200n
initrd /boot/initrd
Na verdade, eu tenho duas máquinas novas em que fiz exatamente o mesmo processo, e recebo exatamente o mesmo erro em ambos, então provavelmente não é um problema de hardware.
Alguém tem alguma ideia de como depurar inteligentemente esta situação?
comece adicionando entradas de console adequadas
console=tty0 console=ttyS0,115200n
sem entrada na consola a 115200N o seu vai ter uma tela ilegível e assim nunca será capaz de ver as mensagens de erro que você pode precisar resolver. seu "com1" não está sendo escolhido, provavelmente dispositivo inexistente.
/ dev / disk / by-label / my_root_device não existe .. é realmente o seu dispositivo?