[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-bugs] [Bug 1620] New: xen-tools-3.4.3-rc6 does not manage to start xen in debian
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
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |