[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Dom0's Booting problem on RedHat enterprise linux 7



Hey guys,
 I think I might find the problem. I tried to remove those kernel options and start with 'module /boot/vmlinuz-3.10.59 root=UUID=4a6ecbd4-e01b-4030-ab09-a43d5b6f63b5 ro quiet' I was able to boot both xen and the kernel. But the display is corrupted. The same display problem occurred when I tried a  normally graphical install of Red Hat enterprise linux 7 but I bypassed the problem using a install with basic graphics mode. 

 My old server has dual Intel E5620 CPUs with an integrated graphics. So I can only run the system under the basic display mode

 So I could use some help if someone can tell me how to fix the display problem or what those kernel options mean? Digging now.


Best regards,
       Kenneth
 
From: Mark Pryor
Date: 2014-11-13 11:10
Subject: Re: [Xen-users] Dom0's Booting problem on RedHat enterprise linux 7
Ken,

before you go to the trouble of building xen, make sure your desired kernel will support dom0.
grep XEN /boot/config-3.10*
if you don't return at least 35 entries from ^^, then that Redhat kernel does not support dom0. I know for a fact it does not, but convince yourself too.

There is another kernel you can use, but its not supported by RH. For more info, visit #xen on freenode.net

BTW, I happily use Xen built from source on CentOS 7, with kernel-ml 3.16.1 (elrepo), and systemd is enabled.


On Wednesday, November 12, 2014 4:42 AM, "chengkunck@xxxxxxxxx" <chengkunck@xxxxxxxxx> wrote:


Hi,
    I used to be working under Debian but recently I've moved on to Redhat. I compiled and installed Xen 4.4.1 on redhat linux 7 x64 with linux 3.1-.59 kernel. after that I add an entry in /boot/grub2/grub.cfg. I copied a default one and made some change, in which I wrote:

menuentry 'Xen 4.4.1, Red Hat Enterprise Linux Server (3.10.59) 7.0 (Maipo)' --class red --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-123.el7.x86_64-advanced-4a6ecbd4-e01b-4030-ab09-a43d5b6f63b5' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos6'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos6 --hint-efi=hd1,msdos6 --hint-baremetal=ahci1,msdos6 --hint='hd0,msdos6' 4a6ecbd4-e01b-4030-ab09-a43d5b6f63b5
else
search --no-floppy --fs-uuid --set=root 4a6ecbd4-e01b-4030-ab09-a43d5b6f63b5
fi
echo 'Loading Xen 4.4.1'
multiboot /boot/xen-4.4.1.gz placeholder dom0_mem=4096M dom0_max_vcpus=8 loglvl=all iommu=1
echo 'Loading Linux 3.10.59'
module /boot/vmlinuz-3.10.59 root=UUID=4a6ecbd4-e01b-4030-ab09-a43d5b6f63b5 ro nomodeset pci_pt_e820_access=on crashkernel=auto vconsole.font=latarcyrheb-sun16 vconsole.keymap=us rhgb quiet LANG=en_US.UTF-8
echo 'Loading initial ramdisk ...'
module /boot/initramfs-3.10.59.img
}

I added some options like iommu=1. But I was and am pretty sure they're not the problem.
I noticed that the default grub.cfg used linux16 and initrd16 instead of linux and initrd (in Debian). Like this:

menuentry 'Red Hat Enterprise Linux Server (3.10.0-123.9.3.el7.x86_64) 7.0 (Maipo)' --class red --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-123.el7.x86_64-advanced-4a6ecbd4-e01b-4030-ab09-a43d5b6f63b5' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos6'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos6 --hint-efi=hd1,msdos6 --hint-baremetal=ahci1,msdos6 --hint='hd0,msdos6' 4a6ecbd4-e01b-4030-ab09-a43d5b6f63b5
else
search --no-floppy --fs-uuid --set=root 4a6ecbd4-e01b-4030-ab09-a43d5b6f63b5
fi
linux16 /boot/vmlinuz-3.10.0-123.9.3.el7.x86_64 root=UUID=4a6ecbd4-e01b-4030-ab09-a43d5b6f63b5 ro nomodeset crashkernel=auto vconsole.font=latarcyrheb-sun16 vconsole.keymap=us rhgb quiet LANG=en_US.UTF-8
initrd16 /boot/initramfs-3.10.0-123.9.3.el7.x86_64.img
}

 So dose that lead to the problem? And what a correct Xen entry should be? 


Best regards,
Kenneth

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.