Bug 208529 - xend does not start on x86_64
Summary: xend does not start on x86_64
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: xen
Version: 5
Hardware: x86_64
OS: Linux
medium
high
Target Milestone: ---
Assignee: Xen Maintainance List
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-09-29 07:49 UTC by e
Modified: 2007-11-30 22:11 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-11-04 19:18:05 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description e 2006-09-29 07:49:20 UTC
Description of problem:

xend does not start and gives an exception as described in bug 199944.

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

xen-3.0.2-3.FC5
kernel-xen-2.6.18-1.2189.fc5

How reproducible:

100%


Steps to Reproduce:
1. service xend start
  
Actual results:

Failed.

Expected results:

Work.

Additional info:

Python exception in /var/log/xend.log:

[2006-09-29 17:34:43 xend] ERROR (SrvDaemon:297) Exception starting xend ((38,
'Function not implemented'))
Traceback (most recent call last):
  File "/usr/lib64/python2.4/site-packages/xen/xend/server/SrvDaemon.py", line
291, in run
    servers = SrvServer.create()
  File "/usr/lib64/python2.4/site-packages/xen/xend/server/SrvServer.py", line
108, in create
    root.putChild('xend', SrvRoot())
  File "/usr/lib64/python2.4/site-packages/xen/xend/server/SrvRoot.py", line 40,
in __init__
    self.get(name)
  File "/usr/lib64/python2.4/site-packages/xen/web/SrvDir.py", line 82, in get
    val = val.getobj()
  File "/usr/lib64/python2.4/site-packages/xen/web/SrvDir.py", line 52, in getobj
    self.obj = klassobj()
  File "/usr/lib64/python2.4/site-packages/xen/xend/server/SrvDomainDir.py",
line 39, in __init__
    self.xd = XendDomain.instance()
  File "/usr/lib64/python2.4/site-packages/xen/xend/XendDomain.py", line 609, in
instance
    inst.init()
  File "/usr/lib64/python2.4/site-packages/xen/xend/XendDomain.py", line 76, in
init
    self._add_domain(
  File "/usr/lib64/python2.4/site-packages/xen/xend/XendDomain.py", line 139, in
xen_domains
    domlist = xc.domain_getinfo()
Error: (38, 'Function not implemented')
[2006-09-29 17:34:43 xend] INFO (SrvDaemon:183) Xend exited with status 1.

Comment 1 Daniel Berrangé 2006-09-29 22:25:34 UTC
From the looks of this trace, a 'kernel-xen' RPM with the new Xen 3.0.3 
hypercall ABI was pushed to updates-testing, without the corresponding update to
'xen' userspace RPM to make the tools work with this new ABI. Recommend
re-booting to an  older kernel-xen until we can get a new 'xen' RPM pushed to
updates-testing.


Comment 2 Chris Langlands 2006-09-30 00:44:11 UTC
No new xen package to go with the 2189 kernel was pushed to updates-testing.  We
thought that this might be the case, and raised the question over at bug 199944
 but were told to open a new bug.

The only xen package is the one from 24-Jun-2006.

# yum --enablerepo=updates-testing list  xen
xen.x86_64          3.0.2-3.FC5            installed


Comment 3 Chris Langlands 2006-10-03 14:32:14 UTC
Is there an ETA on the new xen userspace RPM?

Comment 4 TGS 2006-10-17 05:15:21 UTC
Same problem here - any news?

Comment 5 Thomas von Steiger 2006-10-18 09:16:51 UTC
I have the same problem on i386 or ia32.

Comment 6 Ben 2006-10-21 17:32:03 UTC
FWIW, I have a similar problem but with a different stack trace, so I opened bug
211745.

Comment 7 Steve Snodgrass 2006-10-21 20:53:00 UTC
I'm having similar problems on i686 running the following packages:

kernel-xen0-2.6.18-1.2200.fc5
xen-3.0.2-5.fc5
libvirt-0.1.7-2.FC5

Here's xend.log:

[2006-10-21 16:49:51 xend 2062] INFO (SrvDaemon:283) Xend Daemon started
[2006-10-21 16:49:51 xend 2062] INFO (SrvDaemon:287) Xend changeset: unavailable .
[2006-10-21 16:49:51 xend 2062] ERROR (SrvDaemon:297) Exception starting xend
((111, 'Connection refused'))
Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDaemon.py", line
291, in run
    servers = SrvServer.create()
  File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvServer.py", line
108, in create
    root.putChild('xend', SrvRoot())
  File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvRoot.py", line 40,
in __init__
    self.get(name)
  File "/usr/lib/python2.4/site-packages/xen/web/SrvDir.py", line 82, in get
    val = val.getobj()
  File "/usr/lib/python2.4/site-packages/xen/web/SrvDir.py", line 52, in getobj
    self.obj = klassobj()
  File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDomainDir.py", line
39, in __init__
    self.xd = XendDomain.instance()
  File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line 636, in
instance
    inst.init()
  File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line 71, in init
    xstransact.Mkdir(VMROOT)
  File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line
345, in Mkdir
    complete(path, lambda t: t.mkdir(*args))
  File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line
351, in complete
    t = xstransact(path)
  File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xstransact.py", line
20, in __init__
    self.transaction = xshandle().transaction_start()
  File "/usr/lib/python2.4/site-packages/xen/xend/xenstore/xsutil.py", line 18,
in xshandle
    xs_handle = xen.lowlevel.xs.xs()
Error: (111, 'Connection refused')

Comment 8 Guillaume Bougard 2006-10-24 10:30:06 UTC
I just added a comment on
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=211745 that should explains
this bug and maybe others.

Comment 9 Daniel Berrangé 2006-11-02 21:23:53 UTC
Please test the updated Xen 3.0.3-1.fc5 available in updates-testing.

http://www.redhat.com/archives/fedora-test-list/2006-October/msg01060.html

Comment 10 Fedora Update System 2006-11-03 16:29:51 UTC
The xen-3.0.3-l.fc5 errata fixes the issues observed in this bug.

Comment 11 Ben 2006-11-04 17:55:59 UTC
yep, works for me. Thanks!


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