Bug#508139: HVM guests can't be used because there is no /usr/lib/xen folder
Package: xen-utils-3.2-1 Version: 3.2.1-2 Severity: grave I tried to start an HVM guest to setup Windows 2003 64 bits entreprise R2, and I spent a long time figuring out that there is no /usr/lib/xen folder by default, and this is where Xen is searching for it's file when using HVM, VNC and all. Doing a simple symlink with ln -s /usr/lib/xen-3.2.1 /usr/lib/xen made it working, if it's not present, the VM is stuck and wainting for whatever. The system MUST be usable as-is, or at least, some things shall be explained somewhere to warn the user about it. I had a look into the README.Debian, and nothing seemed to talk about this problem. Maybe the way to fix would be to do the following in your postinst: if [ -e /usr/lib/xen ] ; then ln -s /etc/alternatives/xen /usr/lib/xen fi That's what I think should be best. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xen-utils-3.2-1 depends on: ii e2fslibs 1.41.3-1 ext2 filesystem libraries ii iproute20080725-2networking and traffic control too ii libc6 2.7-16GNU C Library: Shared libraries ii libgcrypt111.4.1-1 LGPL Crypto library - runtime libr ii libgnutls262.4.2-3 the GNU TLS library - runtime libr ii libncurses55.6+20080830-1shared libraries for terminal hand ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii libxenstore3.0 3.2.1-2 Xenstore communications library fo ii python 2.5.2-3 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii udev 0.125-7 /dev/ and hotplug management daemo ii xen-utils-common 3.2.0-2 XEN administrative tools - common ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages xen-utils-3.2-1 recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu ii xen-hypervisor-3.2-1-amd64 [x 3.2.1-2The Xen Hypervisor on AMD64 Versions of packages xen-utils-3.2-1 suggests: pn xen-docs-3.2 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508139: [Pkg-xen-devel] Bug#508139: HVM guests can't be used because there is no /usr/lib/xen folder
severity 508139 normal thanks Please reread the bts documentation what grave means. On Mon, Dec 08, 2008 at 04:52:04PM +0800, Thomas Goirand wrote: I tried to start an HVM guest to setup Windows 2003 64 bits entreprise R2, and I spent a long time figuring out that there is no /usr/lib/xen folder by default, and this is where Xen is searching for it's file when using HVM, VNC and all. Doing a simple symlink with ln -s /usr/lib/xen-3.2.1 /usr/lib/xen made it working, if it's not present, the VM is stuck and wainting for whatever. No. It explicitely searches in /usr/lib/xen-bla/{bin,boot}. The system MUST be usable as-is, or at least, some things shall be explained somewhere to warn the user about it. I had a look into the README.Debian, and nothing seemed to talk about this problem. It is. The shipped config examples shows the correct behavior. README.Debian don't show it however. Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508139: [Pkg-xen-devel] Bug#508139: HVM guests can't be used because there is no /usr/lib/xen folder
Bastian Blank wrote: severity 508139 normal thanks Please reread the bts documentation what grave means. Grave means that this bug prevent the package from working (this is truth) and other package from using it (also truth). And I really want this bug to be a RC bug, it deserves it. You have a bad tendency to lower the importance of what I submit, I do not agree with that kind of way of doing things (sorry). I really don't want to spend my time in a war, raising RC bugs when you lower them (I guess you would also feel that I'm a big c**t doing so...), this would be silly, but please consider that the fact you think it's a less important bug FOR YOU doesn't mean it's the same for others. Here's my config file. Note the /usr/lib/xen-3.2-1 that should also have worked with /usr/lib/xen and that doesn't by default. But this bug is NOT RELATED anyway, even with the correct full path (it could be only hvmload and not a full path too...) starting a HVM guest doesn't work. Well, it's started, but it's stuck, and never eats some CPU seconds. kernel = /usr/lib/xen-3.2-1/boot/hvmloader builder = 'hvm' device_model = '/usr/lib/xen/bin/qemu-dm' memory = 512 name = xen02 vcpus=1 #pae=0 #acpi=0 #apic=1 vif = [ 'type=ioemu, bridge=eth0, ip=66.251.193.87' ] disk=[ 'phy:/dev/mapper/node0116vg0-xen02,ioemu:hda,w','file:/usr/src/en_win_srv_2003_r2_enterprise_x64_with_sp2_cd1_X13-06188.iso,hdc:cdrom,r','file:/usr/src/en_win_srv_2003_r2_enterprise_x64_with_sp2_cd2_X13-68588.iso,hdd:cdrom,r' ] # This asks to bind VNC to port 5900 + 21 (eg: 5921) with password vfb = [ type=vnc,vncdisplay=21,vncpasswd=th3p4ss9 ] device_model='/usr/lib/xen/bin/qemu-dm' cdrom=/usr/src/en_win_srv_2003_r2_enterprise_x64_with_sp2_cd1_X13-06188.iso # c for hdd, d for cdrom boot=d nographic=0 vnc=1 #vncviewer=1 stdvga=1 serial='pty' By default, this simply doesn't work... I tried to start an HVM guest to setup Windows 2003 64 bits entreprise R2, and I spent a long time figuring out that there is no /usr/lib/xen folder by default, and this is where Xen is searching for it's file when using HVM, VNC and all. Doing a simple symlink with ln -s /usr/lib/xen-3.2.1 /usr/lib/xen made it working, if it's not present, the VM is stuck and wainting for whatever. No. It explicitely searches in /usr/lib/xen-bla/{bin,boot}. YOU WISH! I am afraid that it does work for a PV guest, NOT for a HVM guest, you should try yourself... It is. The shipped config examples shows the correct behavior. README.Debian don't show it however. [EMAIL PROTECTED]:node0116_ /usr/share/doc/xen-utils-3.2-1# ls changelog.Debian.gz copyright NEWS.gz README.Debian.gz I don't see any example folder there... Another thing I didn't report, I'm not sure if you are also the maintainer: xen-utils-common does NOT create the /etc/xen/auto folder, why? IMHO, it should... Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]