On 23/02/13 02:30 PM, Michael Tokarev wrote: > Control: tag -1 + unreproducible moreinfo > > 23.02.2013 23:25, Daniel Dickinson wrote: >> Package: qemu-kvm >> Version: 1.1.2+dfsg-5 >> Severity: normal >> >> With the version of qemu-kvm in Wheezy (testing) (1.1.2+dfsg-5) a Windows XP >> guest fails to get a DHCP address from dnsmasq started by libvirt-bin (both >> from Wheezy). Downgrading to the Squeeze version of qemu-kvm works around >> the issue (i.e. the Windows XP guest gets DHCP). I have also tried >> upgrading dnsmasq with wheezy qemu-kvm, and tried using experimental >> qemu-kvm, but neither works. >> >> This is obviously a regression from 0.12<...> (squeeze version). >> >> Oh, I am using virtio networking for kvm and netkvm.sys (virtio for XP) from >> spice-space (spice client guest-tools for Windows). > > Well. You have to be *much* more specific here. DHCP in WinXP clients,
I have found bug #647312. Apparently this is not a new problem, but one for which you have not found a consistent reproducible case. If you could have stated that rather simply marking it as unreproducibile and info it'd be appreciated. As a working developer I know that not having information when you need it is frustrating, but at the same time sometimes all you need it to know there is a problem, and also some debian developers dump on you when you provide info they consider stupid to provide or as irrelevant meaningless details, and I hadn't found that bug before. In addition if all you needed was a little info providing scads of detail would be a waste of time. Let me outline what I did: About three days ago I installed Windows XP Professional (32-bit) SP1 using virt-manager with everything para-virtualized except storage (upgrade to SP3 using an SP3 CD after the intial install, and before virtio drivers). After sp3 I installed virtio for everthing except storage, then moved C: to virtio as well (and had to re-activate Windows). I used networks I had previously defined and used with debian guests. I have two macvtap 'networks', one to my LAN and the other to a second NIC in the host which is used only occasionally for manually configured networking (normally no cable). The third network is a libvirt 'isolated network' (bridge adapter on the host, tun/tap adapter on host as part of bridge, dnsmasq serves dhcp to the guests). There are three cores assigned to the VM (of 4). The CPU is configured to be kvm32. > with and without libvirt, with dnsmasq or other DHCP servers, with virtio > or other virtial NICs works for many, many users and installations. In > particular, it surely works for me, not only for WinXP but for all other > guests I have (numerous windows, linux, *bsd and some other more exotic > ones). > > Please at least provide version number of the virtio drivers, and try with > other kinds of virtual NICs. Was always intending to, the bug report was an initial 'are you aware of the problem' report. I found the problem has been reported before and that you can't reproduce it in your environment. Again, saying so instead of 'it surely works for me' as if it wasn't a real problem would have been helpful. It has been apparently seen upstream as well, but the issue is reproducing it, but the impression I got from you was that you didn't believe the problem actually existed, not that you really were looking for more information. Not sure what purpose my testing all kinds of NICs would be since that has already been shown not to be the issue by other users. I did try the e1000 driver and got the same results (DHCP OFFER sent by dnsmasq but XP doesn't ACK it it, and doesn't get an IP address). Virtio Driver is from RedHat Inc 22/01/2013, version 51.64.104.5200 and not digitally signed. I initially had installed the driver from the RedHat iso virtio-win-01.52.iso from their site, but changed to virtio drivers in spice-guest-tools-0.52 from spice-space. You say it is unreproducible. Have you tried using the version of qemu-kvm in this bug report with WinXP SP1 upgraded to SP3, using the mentioned virtio drivers, or do you do a 'close enough' attempt to reproduce? i.e. how much do you reproduce the environment? Also if you can give me a place to ftp or such the VM I can send it to you (though it will take a while since I only have 800kbps upload and a few GB to upload; or I could send a DVD). libvirt generates the following command line: (with some sanitization) /usr/bin/kvm -S -M pc-1.1 -cpu kvm32 -enable-kvm -m 2048 -smp 3,sockets=3,cores=1,threads=1 -name sanitizedxp -uuid 7c3c3bea-5435-df5e-ed3a-3a213c7d9f90 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/sanitizedxp.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime -no-shutdown -boot order=c,menu=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x9 -drive file=/home/VM/ISO/winxp_pro_sp1_psk.iso,if=none,id=drive-ide0-0-0,readonly=on,format=raw -device ide-cd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive file=/home/VM/Storage/sanitizedxp.img,if=none,id=drive-virtio-disk0,format=qcow2 -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=20,id=hostnet0,vhost=on,vhostfd=21 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=21:23:11:e2:e1:36,bus=pci.0,addr=0x3 -netdev tap,fd=22,id=hostnet1,vhost=on,vhostfd=23 -device virtio-net-pci,netdev=hostnet1,id=net1,mac=52:21:30:40:a3:3c,bus=pci.0,addr=0x7 -netdev tap,fd=24,id=hostnet2 -device virtio-net-pci,netdev=hostnet2,id=net2,mac=44:23:44:11:ef:3a,bus=pci.0,addr=0x8 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev spicevmc,id=charchannel0,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 -device usb-tablet,id=input0 -spice port=5900,addr=127.0.0.1,disable-ticketing -vga qxl -global qxl-vga.vram_size=67108864 -device AC97,id=sound0,bus=pci.0,addr=0x4 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 I hope that provides sufficient information for you to reproduce the problem. Regards, Daniel -- <erno> hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
