I found the real problem. Read the bottom where I said "forget all that". Everything above that was things that I had tried.
Michael Tokarev wrote: > tags 674919 + moreinfo unreproducible > thanks > > On 28.05.2012 20:00, Wakko Warner wrote: > > Package: qemu-kvm > > Version: 1.0+dfsg-11 > > Severity: important > > > > I'm using libvirt 0.9.9-3+b2 to start VMs with kvm. I just upgraded > > qemu-kvm. > > I am no longer able to start VMs where I have defined a file system device. > > My previous version was 1.0+dfsg-9 > > > > This is what I see: > > # LC_ALL=C > > PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin > > HOME=/root USER=root LOGNAME=root /usr/bin/kvm -S -M pc-0.14 -cpu core2duo > > -enable-kvm -m 512 -smp 1,sockets=1,cores=1,threads=1 -name iscsiinit -uuid > > 128a255b-23db-a249-53ad-4226bc2f129e -nographic -nodefconfig -nodefaults > > -chardev > > socket,id=charmonitor,path=/var/lib/libvirt/qemu/iscsiinit.monitor,server,nowait > > -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc > > -no-shutdown -drive > > file=/vm/iscsiinit.qcow2,if=none,id=drive-virtio-disk0,format=qcow2 -device > > virtio-blk-pci,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0 > > -fsdev local,security_model=mapped,id=fsdev-fs0,path=/var/local/kvm/kernel > > -device > > virtio-9p-pci,id=fs0,fsdev=fsdev-fs0,mount_tag=kernel,bus=pci.0,addr=0x3 > > -chardev pty,id=charserial0 -device > > isa-serial,chardev=charserial0,id=serial0 -usb -device > > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 > > char device redirected to /dev/pts/5 > > > > (process:14897): GLib-CRITICAL **: g_thread_pool_new: assertion > > `g_thread_supported ()' failed > > worker thread initialization failed > > # > > > > Removing the > > -device > > virtio-9p-pci,id=fs0,fsdev=fsdev-fs0,mount_tag=kernel,bus=pci.0,addr=0x3 > > I get this: > [works] > > I can't reproduce this. It works here with 1.0+dfsg-11 just fine: > > $ kvm -fsdev local,security_model=mapped,id=fsdev-fs0,path=/var -device > virtio-9p-pci,id=fs0,fsdev=fsdev-fs0,mount_tag=kernel,bus=pci.0,addr=0x3 -M > pc-0.14 -nodefaults -vga std > > What I'm doing wrong? > > Maybe there are some other options which interfere, > but I've no time right now to experiment further. I took the source and compiled it. I used build/x86_64-softmmu/qemu-system-x86_64 from the 1.0+dfsg-11 source package after it was compiled. I made NO changes to anything. I issued debian/rules build to compile and stripped the binary mentioned above. I could not reproduce this error with the one I compiled. I extracted the kvm binary from the 1.0+dfsg-11 amd64 package to a temporary location. It still gives me the same error. It may be possible that I have an older library or something is different on my system. One difference I found is that I'm using gcc 4.6.1-8. The kvm binary from the -dbg package contains GCC: (Debian 4.6.3-3) 4.6.3 GCC: (Debian 4.4.6-14) 4.4.6 Not sure which it was compiled with. I cleaned and recompiled it with gcc-4.4.6-6. Still not able to reproduce. I could not find the 1.0+dfsg-10 amd64 package (I did find the i386 package) to check with that version. One more test I did. I ran your exact command line (only changing the path to kvm) # /junk/kvm/qemu-kvm-1.0-11-debian/usr/bin/kvm -fsdev local,security_model=mapped,id=fsdev-fs0,path=/var -device virtio-9p-pci,id=fs0,fsdev=fsdev-fs0,mount_tag=kernel,bus=pci.0,addr=0x3 -M pc-0.14 -nodefaults -vga std (process:22949): GLib-CRITICAL **: g_thread_pool_new: assertion `g_thread_supported ()' failed worker thread initialization failed # You know what, forget all of the above. My libglib version is 2.28.6-1. I extracted the library from libglib2.0-0_2.32.3-1_amd64.deb and ran: LD_LIBRARY_PATH=/junk/kvm/glib/lib/x86_64-linux-gnu /junk/kvm/qemu-kvm-1.0-11-debian/usr/bin/kvm -fsdev local,security_model=mapped,id=fsdev-fs0,path=/var -device virtio-9p-pci,id=fs0,fsdev=fsdev-fs0,mount_tag=kernel,bus=pci.0,addr=0x3 -M pc-0.14 -nodefaults -vga std and it works fine. The fix for this bug might be to just depend on a newer version of libglib2.0-0. I upgraded this package on my system and qemu-kvm and everything is happy. -- Microsoft has beaten Volkswagen's world record. Volkswagen only created 22 million bugs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org