Red Hat Bugzilla – Bug 247387
f7 xen won't boot fc6 xen kernel on x86_64
Last modified: 2008-08-02 19:40:35 EDT
I tried running a Fedora Core 6 Xen kernel  on a Fedora 7  dom0 on a Core
2 Duo machine (x86_64). The "xm create -c domain.conf" command doesn't seem to
do much, for some time the domain shows up in "xm list", but in the end it
doesn't boot, and the xm create command keeps hanging without giving output,
until finally being killed.
 fedora/core/6/x86_64/os/images/xen/vmlinuz and initrd.img
The exact same combination using an i386 Fedora 7 dom0 and an i386 Fedora Core 6
domU works like a charm with no problems at all (on that same machine,
Strace'ing the xm create process didn't give me much hints that I could
understand either. Any steps that I could take to further narrow the problem down?
I also tried using the Fedora Core 5 Xen image, and it gave the exact same result.
Is this fullvirt or paravirt?
FWIW I can run FC6 paravirt kernels just fine in F7 dom0. However
there is currently a problem with SELinux which prevents them from
connecting network devices to the bridge, so you should turn
SELinux to permissive mode first. (Bug 243219 and bug 245274).
I couldn't reproduce it here, either:
With a FC-6 DVD is mounted on /mnt/cdrom:
[root@F7-64 ~]# cat /tmp/fc6.conf
kernel = '/mnt/cdrom/images/xen/vmlinuz'
initrd = '/mnt/cdrom/images/xen/initrd.img'
[root@F7-64 ~]# xm create -c /tmp/fc6.conf
Using config file "/tmp/fc6.conf".
Started domain fc6.conf
Bootdata ok (command line is )
Linux version 2.6.18-1.2798.fc6xen (email@example.com)
(gcc version 4.1.1 20061011 (Red Hat 4.1.1-30)) #1 SMP Mon Oct 16 14:59:01 EDT
My dom0 was running kernel-xen 2.6.20-2936.fc7xen.
Could you show the contents of the domain.cfg file you are using to reproduce
The information we've requested above is required in order
to review this problem report further and diagnose/fix the
issue if it is still present. Since there have not been any
updates to the report since thirty (30) days or more since we
requested additional information, we're assuming the problem
is either no longer present in the current Fedora release, or
that there is no longer any interest in tracking the problem.
Setting status to "CLOSED INSUFFICIENT_DATA". If you still
experience this problem after updating to our latest Fedora
release and can provide the information previously requested,
please feel free to reopen the bug report.
Thank you in advance.
Note that maintenance for Fedora 7 will end 30 days after the GA of Fedora 9.