Bug 246169 - Cannot start xen domains after FC6->F7 upgrade, using fc6 xen kernel: 2.6.20-1.2952-1.fc6xen
Summary: Cannot start xen domains after FC6->F7 upgrade, using fc6 xen kernel: 2.6.20-...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: xen
Version: 7
Hardware: All
OS: Linux
low
urgent
Target Milestone: ---
Assignee: Rik van Riel
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-06-28 22:28 UTC by Gerry Reno
Modified: 2007-11-30 22:12 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-06-28 22:36:17 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Gerry Reno 2007-06-28 22:28:06 UTC
Description of problem:


Version-Release number of selected component (if applicable):
3.1.0

How reproducible:
everytime

Steps to Reproduce:
1. upgrade FC6->F7
2. boot F7 using 2.6.20-1.2952.fc6xen kernel
3. xm create /etc/xen/xen0 -c
4. see error
  
Actual results:
Error: Unable to connect to xend. No such file or directory.  Is xend running?
And we make sure that xend is running - still errors.

Expected results:
no error - xen domain starts

Additional info:
We are booting the 2.6.20-1.2952.fc6xen kernel because the F7 xen kernel crashes
on our hardware.  see bug# 245627

Found this in the xen-debug.log:

Xend started at Thu Jun 28 14:49:56 2007.
domctl operation failed -- need to rebuild the user-space tool set?
sysctl operation failed -- need to rebuild the user-space tool set?
Exception starting xend: (13, 'Permission denied')
Exception in thread Thread-2:
Traceback (most recent call last):
  File "/usr/lib/python2.5/threading.py", line 460, in __bootstrap
    self.run()
  File "/usr/lib/python2.5/site-packages/xen/xend/XendMonitor.py", line 220, in run
    for domid, cputimes in self._get_cpu_stats().items():
  File "/usr/lib/python2.5/site-packages/xen/xend/XendMonitor.py", line 198, in
_get_cpu_stats
    for domain in self.xc.domain_getinfo():
Error: (13, 'Permission denied')


I've never seen these errors before under fc6.

Comment 1 Daniel Berrangé 2007-06-28 22:36:17 UTC
You can't use a FC6  Xen kernel with F7 Xen userspace & vica-verca. They must be
matched. Either all FC6 based, or all F7 based. This is because Xen 3.0.3 in FC6
is *not* ABI compatible with Xen 3.1.0 in F7.

Either run all FC6, or all F7  - you can't mix & match at will.


Comment 2 Gerry Reno 2007-06-28 22:44:15 UTC
Which F7 packages do I need to replace to get this working?

Comment 3 Daniel Berrangé 2007-06-28 22:47:36 UTC
At the very least the 'kernel-xen' and 'xen' RPMs must be matched. This may
affect dependancies - you'll have to resolve any issues that arise in that
department. 

Comment 4 Gerry Reno 2007-06-28 23:15:45 UTC
Is it possible to run xen 3.1.0 with the fc6 kernel by loading some kernel module?


Comment 5 Gerry Reno 2007-06-28 23:54:27 UTC
This is not going to be doable.  Xen package has a list of dependencies as long
as your arm.

So how did F7 use a 2.6.20 xen kernel (2925) that worked with xen 3.1.0?  
Can F7 be upgraded to use a newer 2.6.20 kernel (at least 2952) that would work
with xen 3.1.0?  This would temporarily solve our problem.



Comment 6 Gerry Reno 2007-06-28 23:55:45 UTC
The 2.6.20 kernel would have to use the old IDE drivers in our case and not the
new libata drivers.

Comment 7 Daniel Berrangé 2007-06-29 01:29:40 UTC
It is quite simple - either use all FC6  RPMs, or use F7 RPMs. If you try to mix
& match RPMs between 2 distros you are own your own & we can't help.  

Much as we'd like Xen to be compatible between FC6 & F7, the upstream Xen
utterly fails to provide a stable ABI between userspace & hypervisor, so it
simply won't work.



Note You need to log in before you can comment on or make changes to this bug.