Re: [Xen-users] Strange Halt during Xen boot
Thanks for the note, Steve. Here is my grub.conf:|
serial --unit=0 --speed=115200 --dumb
terminal --timeout=5 serial console
title Xen-CentOS (Xen-3.4.1, vmlinuz-220.127.116.11-xen)
module /boot/vmlinuz-18.104.22.168-xen ro root=UUID=c25415f0-1eff-4b3e-a03b-99c3fecbbe57 console=tty0 console=ttyS0,115200 selinux=0
title CentOS (2.6.18-194.8.1.el5)
kernel /boot/vmlinuz-2.6.18-194.8.1.el5 ro root=UUID=c25415f0-1eff-4b3e-a03b-99c3fecbbe57 console=tty0 console=ttyS0,115200 selinux=0
I think I have included the serial console on the module line for dom0(console=ttyS0,115200), but please correct me if I'm wrong on this. I tried to add "console=tty0 console=ttyS0,115200" to the line of "kernel /boot/xen.gz", but still no output from the hypervisor.
You made a good point that 2.6.18-8 kernel is indeed quite old, and may not support the hardware on R710. Actually, I don't really mind which version of Xen I should use for my setup. I tried the stock Xen(the rpm is 3.0.3) on CentOS 5.5(with yum groupinstall), but still got the same result. Is there any option I should add to the kernel line to get some output from the hypervisor? so far I have tried "watchdog sync_console" but none is working.
On Sat, Feb 5, 2011 at 8:31 PM, Steven Timm <timm@xxxxxxxx>
How is your grub.conf set up.. it may be that there are other
errors that are visible only on the serial console and not on tty0.
2.6.18-8 is a pretty old kernel for R710 architecture. the redhat/centos
built kernel with centos 5.5 allows for new hardware architectures like
Nehalem which the source that comes in 2.6.18-8 kernel might not.
I am running the stock xen and kernel that come with Sci.Linux 5.5
(another RH clone) which as others have mentioned is 3.1.2 even though
the rpm says 3.0.3. Are there some 3.4 features that you need
that aren't in the stock xen/kernel.
On Sat, 5 Feb 2011, Bill M wrote:
I'm trying to get Xen 3.4.1 working on CentOS 5.5(64bit) for a Dell R710
box(Quad Core Xeon "Nehalem" processor, 12 GB Memory and 2 Seagate SATA HDD).
I followed the README to make world, make install, generate the
corresponding ram disk with initrd, and modified /boot/menu.lst. I believe I
didn't make any mistake through these steps, because I was able to get Xen
3.4.1 running on CentOS 5.5 for a Dell Optiplex 745 box (Intel Core 2 Duo
E6600, 2GB memory and 1 SATA HDD) with the same procedure.
However, for the R710 box, once I reboot the server and boot with Xen, the
system enters a halt that lasts forever, and all I got on the console was
Filesystem type is ext2fs, partition type 0x83
[Multiboot-elf, <0x100000:0x11f770:0x6b890>, shtab=0x28b078,
module /boot/vmlinuz-22.214.171.124-xen ro
be57 console=tty0 console=ttyS0,115200 selinux=0
[Multiboot-module @ 0x28c000, 0x73b340 bytes]
[Multiboot-module @ 0x9c8000, 0x48ebc00 bytes]
No error message at all... So my guess is that the system halts right after
the grub loading. But, has the hypervisor booted? what causes the halt?
I have tried three different ways to get Xen working on my R710 setup, but
they all ended up with the same bizarre output.
1) Building from source for Xen 3.4.3, Xen 3.3.2, Xen 3.1.4;
2) Using yum to install binary for Xen 3.4.3, Xen 3.0.3 (the stock Xen comes
with CentOS 5.5) (I came across a post here mentioning someone successfully
get Xen 3.0.3 (CentOS 5.4) running on R710).
3) Building linux-126.96.36.199-xen with the existing CentOS kernel configuration
file. I copied the existing configuration file into
the build-linux-2.6.18-xen_x86_64 directory and followed the README on how
to build the kernel with .config under the build-linux-2.6.18-xen_x86_64
directory. For all remaining configure questions during compiling, I chose
the default option.
Up to this point, I'm totally clueless on how to solve this problem. Has
anyone seen this problem before, or any insight to share? I would really
appreciate the help.
Steven C. Timm, Ph.D (630) 840-8525
Fermilab Computing Division, Scientific Computing Facilities,
Grid Facilities Department, FermiGrid Services Group, Group Leader.
Lead of FermiCloud project.
Xen-users mailing list