This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


[Xen-bugs] [Bug 1620] New: xen-tools-3.4.3-rc6 does not manage to start

To: xen-bugs@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-bugs] [Bug 1620] New: xen-tools-3.4.3-rc6 does not manage to start xen in debian
From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Date: Wed, 2 Jun 2010 08:06:03 -0700
Delivery-date: Wed, 02 Jun 2010 08:06:13 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-bugs-request@lists.xensource.com?subject=help>
List-id: Xen Bugzilla <xen-bugs.lists.xensource.com>
List-post: <mailto:xen-bugs@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-bugs>, <mailto:xen-bugs-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-bugs>, <mailto:xen-bugs-request@lists.xensource.com?subject=unsubscribe>
Reply-to: bugs@xxxxxxxxxxxxxxxxxx
Sender: xen-bugs-bounces@xxxxxxxxxxxxxxxxxxx

           Summary: xen-tools-3.4.3-rc6 does not manage to start xen in
           Product: Xen
           Version: unstable
          Platform: x86-64
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Tools
        AssignedTo: xen-bugs@xxxxxxxxxxxxxxxxxxx
        ReportedBy: johneed@xxxxxxxxxxx

The system in which this occurs is squeeze.  The kernel, regular squeeze xen

idella@squeeze:~/xen/xen-3.4-testing.hg$ uname -a
Linux squeeze 2.6.32-bpo.4-xen-amd64 #1 SMP Thu Apr 8 13:20:53 UTC 2010 x86_64

I have managed to compile and install the xen package, which is
It creates the hypervisor package xen-3.4.3-rc6-pre.gz once installed.

This should be an effective install but on booting in and starting xen, yields;

idella@squeeze:~/xen/xen-3.4-testing.hg$ sudo xend start
[sudo] password for idella: 
ERROR Internal error: Could not obtain handle on privileged command interface
(2 = No such file or directory)
Traceback (most recent call last):
  File "/usr/sbin/xend", line 36, in <module>
    from xen.xend.server import SrvDaemon
  File "usr/lib/python2.5/site-packages/xen/xend/server/SrvDaemon.py", line 26,
in <module>
  File "usr/lib/python2.5/site-packages/xen/xend/server/relocate.py", line 28,
in <module>
  File "usr/lib/python2.5/site-packages/xen/xend/XendDomain.py", line 35, in
  File "usr/lib/python2.5/site-packages/xen/xend/XendCheckpoint.py", line 20,
in <module>
  File "usr/lib/python2.5/site-packages/xen/xend/image.py", line 46, in
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain handle on
privileged command interface (2 = No such file or directory)')

Doing a search, I find a similar entry, 
which is in fact quite recent.  I've found this error in other posts  via
google.  It appears to indicate either an inadequate compile, or some trying to
boot xen on a regular kernel.


idella@squeeze:~/xen/xen-3.4-testing.hg$ ls /proc/xen/
idella@squeeze:~/xen/xen-3.4-testing.hg$ ls /sys/hypervisor
compilation  properties  type  uuid  version

/proc/xen is empty.  This is either a bug or something incomplete in the
The problem appears to be in the install-tools process.  The boot using the
package in /boot is effective.

I used this package in gentoo also and it appeared to be effective.  The
difference is that gentoo is built on compiling packages, squeeze relies upon
pre-compiled packages.  I supsect there is something lacking in squeeze; either
in the kernel, or in the packages from which xen is built.
The package compiles and installs without claiming a forrmal error, which may
be the fault, since there is fault with the compiled tools package.  I've had
two results, this and permission denied trying to start xend.

What I'm unsure about is the following output from creating the tools;

make              make
install           install
host CPU          x86_64
host big endian   no
target list       i386-softmmu x86_64-softmmu arm-softmmu cris-softmmu
m68k-softmmu mips-softmmu mipsel-softmmu mips64-softmmu mips64el-softmmu
ppc-softmmu ppcemb-softmmu ppc64-softmmu sh4-softmmu sh4eb-softmmu
sparc-softmmu i386-linux-user x86_64-linux-user alpha-linux-user arm-linux-user
armeb-linux-user cris-linux-user m68k-linux-user mips-linux-user
mipsel-linux-user ppc-linux-user ppc64-linux-user ppc64abi32-linux-user
sh4-linux-user sh4eb-linux-user sparc-linux-user sparc64-linux-user
gprof enabled     no
sparse enabled    no
profiler          no
static build      no
-Werror enabled   no
SDL support       yes
SDL static link   no
OpenGL support    yes
curses support    no
mingw32 support   no
Audio drivers     oss
Extra audio cards ac97 es1370 sb16
Mixer emulation   no
VNC TLS support   yes
    TLS CFLAGS     
    TLS LIBS      -lgnutls  
kqemu support     yes
brlapi support    yes
Documentation     yes
NPTL support      yes
vde support       yes
AIO support       yes
Install blobs     yes
KVM support       yes
fdt support       no
qemu successfuly configured for Xen qemu-dm build

It's not an error, but citesseveral nos; features lacking.  How optional and
important are they?

Squeeze itself has almost the same version of xen in its packages.  I have
tried both.

Firstly, the version of the squeeze packages was 3.4.0 or so.  Just in the last
couple of weeks, it has updated to 3.4.3~rc6-1.  At that stage, I had tried
installing from the source, but did not complete due to not having adequate
packages installed to support the source compiling.
I retried, and managed to complete  the compiling, but it just doesn't work

I have installed squeeze's  3.4.3~rc6-1, which works, but is terribly slow and
prone to freezing using hvm. [That is a seaparate bug entry] So I've retried
the source package.  From reading other HowTos, this is just as likely due to
one install leaving behind leftover files and links, derailing the source
install.  Although debian has an option of complete removal, it's not quite so
complete.  I had to uses some radical uninstalling to purge squeeze of its
initial install of xen, which I don't want to have to repeat.  It's made more
complex by so many packages comprising an install of xen.

These are some possibilities, for which I need some support to pinpoint.

Configure bugmail: 
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Xen-bugs mailing list

<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-bugs] [Bug 1620] New: xen-tools-3.4.3-rc6 does not manage to start xen in debian, bugzilla-daemon <=