http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1620
Summary: xen-tools-3.4.3-rc6 does not manage to start xen in
debian
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
kernel,
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
GNU/Linux
I have managed to compile and install the xen package, which is
xen-3.4-testing.hg.
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
<module>
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
<module>
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,
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1436,
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.
So,
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
compile.
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
sparc32plus-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
[yet].
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:
http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
_______________________________________________
Xen-bugs mailing list
Xen-bugs@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-bugs
|
Home