[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] 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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |