Bug#562703: [Pkg-xen-devel] Bug#562703: qemu-dm missing from xen-utils-3.4
Daniel Walrond wrote: My main worry before reporting anything in detail was that the packages were compatible. Since there's a minor version difference between the packages. So that might be the reason for the problem I'm seeing. I'll update it. Is Xen 4.0.0 going to make it into Squeeze? I'll happily test that if that is the case. I am currently testing out Squeeze to see if it is suitable for running Xen. I've been happy with the Lenny setup. There's currently an ongoing discussion in -devel started by Bastian to see if we should use 3.4 or 4.0. For the moment, nearly everyone is saying that 4.0 would be a better choice. So it would be the opposite way: is 3.4 going to make it into Squeeze, rather than 4.0. Now, just saying fails at 9% of the installation doesn't help me at all. What exactly failed? What happened, and how? Started a reqular installation, then the VM crashes. It seems to always fail at the same point in the installation, which is quite early on. What's in your /var/log/xen/*.log files, and especially that qemu log? What makes you think that specifically, the issue is in xen-qemu-dm? I've attached the log files, but the log entries which occur just after the crash are: Can you please try with Xen 4.0 from experimental, and if it does the same, let me know (with log entries)? I'll then forward it to the persons that are co-maintaining with me. FYI: http://ftparchive.gplhost.com/debian/pool/lenny/main/x/xen-qemu-dm-4.0/ I think that you must have done it by yourself, but I say it still. You will need to fix the keyboard maps symlink in /usr/share/xen/qemu/keymaps, otherwise Xen wont find it. What I did is simply this: z...@gplhost:buzzig_ /usr/share/xen$ ls -lah total 16K drwxr-xr-x 2 root root 4.0K 2010-06-11 16:46 . drwxr-xr-x 386 root root 12K 2010-06-11 16:45 .. lrwxrwxrwx 1 root root 15 2010-06-11 16:46 qemu - /usr/share/qemu I didn't do it in the package yet, because this keymaps folder should really NOT be in the qemu package. I have open bugs in the BTS, but yet this is still an ongoing issue. Obviously, this doesn't depend on any version of Xen (do it once, and it will be ok for 3.4 AND 4.0). Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562703: [Pkg-xen-devel] Bug#562703: qemu-dm missing from xen-utils-3.4
On Thu, Jun 10, 2010 at 05:33:39AM +0800, Thomas Goirand wrote: Daniel Walrond wrote: Please test this: http://ftparchive.gplhost.com/debian/pool/lenny/main/x/xen-qemu-dm-3.4/ Note that you should recompile it if you are running in in SID. Should this package work okay with the version of Xen in Squeeze? Which is 3.4.3. Or is there a more up to date version of qemu-dm in the later version of Xen? I have tried to install Windows Server 2008 R2 which always fails at 9% of the installation. Dan Yes, I will update the package if I see there are changes from upstream, but for the moment, I'm more focusing on Xen 4.0.0. My main worry before reporting anything in detail was that the packages were compatible. Since there's a minor version difference between the packages. So that might be the reason for the problem I'm seeing. Is Xen 4.0.0 going to make it into Squeeze? I'll happily test that if that is the case. I am currently testing out Squeeze to see if it is suitable for running Xen. I've been happy with the Lenny setup. I have just been approved as a Debian Developer, and I am currently waiting for my accounts to be created, which is a very good news: I'll be able to upload the package myself. Good to hear. Now, just saying fails at 9% of the installation doesn't help me at all. What exactly failed? What happened, and how? Started a reqular installation, then the VM crashes. It seems to always fail at the same point in the installation, which is quite early on. What's in your /var/log/xen/*.log files, and especially that qemu log? What makes you think that specifically, the issue is in xen-qemu-dm? I've attached the log files, but the log entries which occur just after the crash are: == xend.log == [2010-06-10 15:17:17 1824] WARNING (XendDomainInfo:1893) Domain has crashed: name=dantest22 id=1. [2010-06-10 15:17:17 1824] DEBUG (XendDomainInfo:2739) XendDomainInfo.destroy: domid=1 == qemu-dm-dantest22.log == track_dirty_vram(f000, 160) failed (-1, 3) == xend.log == [2010-06-10 15:17:17 1824] DEBUG (XendDomainInfo:2214) Destroying device model [2010-06-10 15:17:17 1824] INFO (image:556) dantest22 device model terminated When I reboot the Dom0 it fails to come back up and I have to power cycle the host. I get a lot of the following messages on the console: CE: xen increasing min_delta_ns to 1354351514541545 nsec where 1354351514541545 is some random number. Dan domid: 1 qemu: the number of cpus is 1 Watching /local/domain/0/device-model/1/logdirty/next-active Watching /local/domain/0/device-model/1/command qemu_map_cache_init nr_buckets = 1 size 4194304 shared page at pfn feffd buffered io page at pfn feffb Guest uuid = 0322ffb2-a109-b9ef-e558-e1fb47e062e2 Time offset set 0 populating video RAM at ff00 mapping video RAM from ff00 Register xen platform. Done register platform. xs_read(/vm/0322ffb2-a109-b9ef-e558-e1fb47e062e2/log-throttling): read error platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state. xs_read(/local/domain/0/device-model/1/xen_extended_power_mgmt): read error xs_read(): vncpasswd get error. /vm/0322ffb2-a109-b9ef-e558-e1fb47e062e2/vncpasswd. medium change watch on `hdc' (index: 1): /local/iso/eng_windows_server_2008_r2_st_ent_dc_web_retail_x64_X15-50365.img I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 cirrus vga map change while on lfb mode mapping vram to f000 - f040 platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state. platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro state. gpe_sts_write: addr=0x1f68, val=0x0. gpe_sts_write: addr=0x1f69, val=0x0. gpe_sts_write: addr=0x1f6a, val=0x0. gpe_sts_write: addr=0x1f6b, val=0x0. gpe_en_write: addr=0x1f6c, val=0x0. gpe_en_write: addr=0x1f6d, val=0x0. gpe_en_write: addr=0x1f6e, val=0x0. gpe_en_write: addr=0x1f6f, val=0x0. gpe_en_write: addr=0x1f6c, val=0x0. gpe_en_write: addr=0x1f6d, val=0x0. gpe_en_write: addr=0x1f6e, val=0x0. gpe_en_write: addr=0x1f6f, val=0x0. gpe_sts_write: addr=0x1f68, val=0x0. gpe_sts_write: addr=0x1f69, val=0x0. gpe_sts_write: addr=0x1f6a, val=0x0. gpe_sts_write: addr=0x1f6b, val=0x0. gpe_en_write: addr=0x1f6c, val=0x8. gpe_en_write: addr=0x1f6d, val=0x0. gpe_en_write: addr=0x1f6e, val=0x0. gpe_en_write: addr=0x1f6f, val=0x0. ACPI PCI hotplug: read addr=0x10c2, val=0x0. ACPI PCI hotplug: read addr=0x10c3, val=0x0. ACPI PCI hotplug: read addr=0x10c4, val=0x0. ACPI PCI hotplug: read addr=0x10c5, val=0x0. ACPI PCI hotplug: read addr=0x10c6, val=0x0. ACPI PCI hotplug: read addr=0x10c7, val=0x0. ACPI PCI hotplug: read addr=0x10c8, val=0x0. ACPI PCI hotplug: read addr=0x10c9, val=0x0. ACPI PCI hotplug: read addr=0x10ca, val=0x0. ACPI PCI hotplug: read addr=0x10cb, val=0x0. ACPI PCI hotplug: read addr=0x10cc, val=0x0. ACPI PCI hotplug: read addr=0x10cd, val=0x0. ACPI PCI hotplug: read addr=0x10ce, val=0x0. ACPI PCI hotplug: read addr=0x10cf,
Bug#562703: [Pkg-xen-devel] Bug#562703: qemu-dm missing from xen-utils-3.4
Daniel Walrond wrote: Hello, Please test this: http://ftparchive.gplhost.com/debian/pool/lenny/main/x/xen-qemu-dm-3.4/ Note that you should recompile it if you are running in in SID. Should this package work okay with the version of Xen in Squeeze? Which is 3.4.3. Or is there a more up to date version of qemu-dm in the later version of Xen? I have tried to install Windows Server 2008 R2 which always fails at 9% of the installation. Dan Hi Dan, Yes, I will update the package if I see there are changes from upstream, but for the moment, I'm more focusing on Xen 4.0.0. I have just been approved as a Debian Developer, and I am currently waiting for my accounts to be created, which is a very good news: I'll be able to upload the package myself. Now, just saying fails at 9% of the installation doesn't help me at all. What exactly failed? What happened, and how? What's in your /var/log/xen/*.log files, and especially that qemu log? What makes you think that specifically, the issue is in xen-qemu-dm? More generally speaking, please be verbose when you do a bug report. The more you give clues to the maintainer, the more you have chances that it gets fixed fast. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562703: [Pkg-xen-devel] Bug#562703: qemu-dm missing from xen-utils-3.4
On Fri, May 21, 2010 at 03:13:50AM +0800, Thomas Goirand wrote: Could not read keymap file: '/usr/share/xen/qemu/keymaps/en-us' First, thanks for this important feedback. I'd like to get it working too! What I believe is happening is that qemu can't find its keyboard definition file and just exits... :( xen-qemu-dm depends on qemu-system because that is the only package that holds the keyboard definition in Debian. It is highly not wanted in a distribution to have multiple copies of the same file. But as we don't need the full of qemu in kvm or xen, but just the bios and keyboard definitions, it was planned that the files would be sent to a separate binary package. Maybe this has already happened and I was not aware of it. Can you please use apt-file to search for the correct dependency that is mising? Eg something like: apt-file search en-us PIPE grep keymaps # apt-file search en-us | grep keymap faumachine-data: /usr/share/faumachine/keymaps/en-us kvm: /usr/share/kvm/keymaps/en-us qemu: /usr/share/qemu/keymaps/en-us qemu-kvm: /usr/share/kvm/keymaps/en-us qemu-system: /usr/share/qemu/keymaps/en-us rdesktop: /usr/share/rdesktop/keymaps/en-us xen-utils-3.2-1: /usr/share/xen-3.2-1/qemu/keymaps/en-us So by the look of it the keymaps were in xen-utils-3.2 but are no longer in xen-utils-3.4 # dpkg -L xen-utils-3.4 | grep keymap # dpkg -L xen-utils-3.4 | grep en-us # (sorry, can't fine how to type a PIPE in the N900, if you do please tell me...) ;-) Then I suppose that just a symlinks to that file in: /usr/share/xen/qemu/keymaps/en-us will fix your issue with the keyboard definition. In any ways, I am VERY interested by your feedback here, as clearly, it seems there's a dependency or path issue here, that I didn't see (maybe because I did tests on my laptop only, and this laptop has a shitload of stuff installed, including qemu itself). I did this to link the keymaps into those provided by qemu-system # cd /usr/share # mkdir xen # cd xen/ # ln -s ../qemu # ls -ld /usr/share/xen/qemu lrwxrwxrwx 1 root root 7 2010-05-21 08:18 /usr/share/xen/qemu - ../qemu And, presto, the domain starts and appears to be all working :-) -- Nick Craig-Wood n...@craig-wood.com -- http://www.craig-wood.com/nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562703: [Pkg-xen-devel] Bug#562703: qemu-dm missing from xen-utils-3.4
- Original message - # apt-file search en-us | grep keymap faumachine-data: /usr/share/faumachine/keymaps/en-us kvm: /usr/share/kvm/keymaps/en-us qemu: /usr/share/qemu/keymaps/en-us qemu-kvm: /usr/share/kvm/keymaps/en-us qemu-system: /usr/share/qemu/keymaps/en-us rdesktop: /usr/share/rdesktop/keymaps/en-us xen-utils-3.2-1: /usr/share/xen-3.2-1/qemu/keymaps/en-us Gosh! Even worth than what I thought... So by the look of it the keymaps were in xen-utils-3.2 but are no longer in xen-utils-3.4 Which is quite right because: - having it shipped 7 times in the distro is so ugly already - the xen package itself doesn't include qemu-dm so it doesn't make sense to have it in I did this to link the keymaps into those provided by qemu-system # cd /usr/share # mkdir xen # cd xen/ # ln -s ../qemu # ls -ld /usr/share/xen/qemu lrwxrwxrwx 1 root root 7 2010-05-21 08:18 /usr/share/xen/qemu - ../qemu And, presto, the domain starts and appears to be all working :-) Great, that means the issue is very easy to debug. Unfortunately, I don't see anyone working on a separate package for the keymaps. I guess we shall ping everyone here. I will do that tonight, as I really want to fix this very bad situation. I guess that best would be to open a thread in -devel which I will do. Thanks again for the feedback, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562703: [Pkg-xen-devel] Bug#562703: qemu-dm missing from xen-utils-3.4
- Original message - I tried using http://ftparchive.gplhost.com/debian/pool/lenny/main/x/xen-qemu-dm-3.4/xen-qemu-dm-3.4_3.4.2-1_amd64.deb But my hvm instance wouldn't start. I got this in the qemu-dm log domid: 22 qemu: the number of cpus is 2 Watching /local/domain/0/device-model/22/logdirty/next-active Watching /local/domain/0/device-model/22/command char device redirected to /dev/pts/0 qemu_map_cache_init nr_buckets = 1 size 4194304 shared page at pfn feffd buffered io page at pfn feffb Guest uuid = e3747458-c11e-be55-74c7-0122aa2371b7 Time offset set 0 populating video RAM at ff00 mapping video RAM from ff00 Register xen platform. Done register platform. xs_read(/vm/e3747458-c11e-be55-74c7-0122aa2371b7/log-throttling): read error platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state. xs_read(/local/domain/0/device-model/22/xen_extended_power_mgmt): read error Could not read keymap file: '/usr/share/xen/qemu/keymaps/en-us' The config file is builder='hvm' device_model = '/usr/lib/xen-default/bin/qemu-dm' boot='c' sdl=0 vnc=1 vncviewer=0 serial='pty' ne2000=0 usb=1 usbdevice='tablet' kernel = /usr/lib/xen-default/boot/hvmloader memory = 1024 name = win2003 domain = win2003 vif = [ 'type=ioemu, ip=10.0.0.4, bridge=win2003, mac=00:16:3E:00:00:01' ] disk = [ 'file:/home/win2003/miniserver/root_fs,ioemu:hda,w' ] extra = restart = 'onreboot' vcpus = 2 This is a config file that used to work under Xen 3.2 Hi, First, thanks for this important feedback. What I believe is happening is that qemu can't find its keyboard definition file and just exits... :( xen-qemu-dm depends on qemu-system because that is the only package that holds the keyboard definition in Debian. It is highly not wanted in a distribution to have multiple copies of the same file. But as we don't need the full of qemu in kvm or xen, but just the bios and keyboard definitions, it was planned that the files would be sent to a separate binary package. Maybe this has already happened and I was not aware of it. Can you please use apt-file to search for the correct dependency that is mising? Eg something like: apt-file search en-us PIPE grep keymaps (sorry, can't fine how to type a PIPE in the N900, if you do please tell me...) Then I suppose that just a symlinks to that file in: /usr/share/xen/qemu/keymaps/en-us will fix your issue with the keyboard definition. In any ways, I am VERY interested by your feedback here, as clearly, it seems there's a dependency or path issue here, that I didn't see (maybe because I did tests on my laptop only, and this laptop has a shitload of stuff installed, including qemu itself). Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562703: [Pkg-xen-devel] Bug#562703: qemu-dm missing from xen-utils-3.4
Jiann-Ming Su wrote: Package: xen-utils-3.4 Version: 3.4.2-2 # cat qemu-dm-openfiler.log failed to set up fds or execute dm /usr/lib/xen-3.4/bin/qemu-dm: ['OSError: [Errno 2] No such file or directory\n'] Hi, Please test this: http://ftparchive.gplhost.com/debian/pool/lenny/main/x/xen-qemu-dm-3.4/ Note that you should recompile it if you are running in in SID. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562703: [Pkg-xen-devel] Bug#562703: qemu-dm missing from xen-utils-3.4
Thanks, I think that fixed the one particular problem I was having. On Sun, Dec 27, 2009 at 7:34 AM, Thomas Goirand tho...@goirand.fr wrote: Jiann-Ming Su wrote: Package: xen-utils-3.4 Version: 3.4.2-2 # cat qemu-dm-openfiler.log failed to set up fds or execute dm /usr/lib/xen-3.4/bin/qemu-dm: ['OSError: [Errno 2] No such file or directory\n'] Hi, Please test this: http://ftparchive.gplhost.com/debian/pool/lenny/main/x/xen-qemu-dm-3.4/ Note that you should recompile it if you are running in in SID. Thomas -- Jiann-Ming Su I have to decide between two equally frightening options. If I wanted to do that, I'd vote. --Duckman The system's broke, Hank. The election baby has peed in the bath water. You got to throw 'em both out. --Dale Gribble Those who vote decide nothing. Those who count the votes decide everything.” --Joseph Stalin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org