From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60120) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YW8YW-0006Tq-9k for qemu-devel@nongnu.org; Thu, 12 Mar 2015 15:14:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YW8YS-0007uP-4C for qemu-devel@nongnu.org; Thu, 12 Mar 2015 15:14:04 -0400 Received: from baros.cubic.ch ([213.239.213.98]:35292) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YW8YR-0007ty-Of for qemu-devel@nongnu.org; Thu, 12 Mar 2015 15:14:00 -0400 Received: from owen.cubic.ch ([88.198.112.168]) by baros.cubic.ch with esmtp (Exim 4.80) (envelope-from ) id 1YW8YP-0001Yk-Qm for qemu-devel@nongnu.org; Thu, 12 Mar 2015 20:13:57 +0100 Received: from rush.cubic.ch ([176.9.78.115] helo=mail2.cubic.ch) by owen.cubic.ch with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1YW8YM-0004O3-JO for qemu-devel@nongnu.org; Thu, 12 Mar 2015 20:13:55 +0100 Received: from 77-56-211-173.dclient.hispeed.ch ([77.56.211.173] helo=[192.168.36.194]) by mail2.cubic.ch with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.76) (envelope-from ) id 1YW8YM-0007lW-C5 for qemu-devel@nongnu.org; Thu, 12 Mar 2015 20:13:54 +0100 Message-ID: <5501E571.9070100@decentral.ch> Date: Thu, 12 Mar 2015 20:13:53 +0100 From: Tim Tassonis MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] qemu with vde not working List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Hi all I have tried now for two days to get qemu 2.2.0 or 2.2.1 working with vde and just seem to get absolutely nowhere. On my old server (Ubuntu 12.04.5 LTS (GNU/Linux 3.2.0-77-generic x86_64)) it is working flawlessly, having a self compiled 2.2.0 version with the distros vde packages: - libvde0 2.2.3-3build2 - libvdeplug2 2.2.3-3build2 - libvdeplug2-dev 2.2.3-3build2 - vde2 2.2.3-3build2 The machine I'm testing on now is: - Linux 3.19.1 OR Linux 3.2.0-76-generic copied from the old server - vde2 2.3.2 OR svn 587 OR 2.2.3 copied from the old server - gcc 4.9.1 - binutils 2.24 - qemu 2.2.0 or 2.2.1, compiled with: ./configure --prefix=/usr --enable-virtfs --sysconfdir=/etc \ --disable-sdl --disable-gtk --enable-vnc \ --audio-drv-list=oss --disable-vnc-sasl \ --enable-kvm --disable-smartcard-nss --enable-vde \ --target-list="x86_64-softmmu,i386-softmmu,arm-softmmu" I have setup the tap/vde network the usual, documented way, like on the old, working server: # DHCP_RANGE="192.168.34.101,192.168.34.199,255.255.255.0,192.168.34.99,8h" # modprobe kvm-intel # modprobe tun # vde_switch -tap tap0 -mod 660 -group kvm -s /var/run/qemu-vde.ctl \ --pidfile /var/run/qemu-vde.pid -daemon # ifconfig tap34 \ inet 192.168.34.1 \ broadcast 192.168.34.255 \ netmask 255.255.255.0 up # sysctl -w net.ipv4.ip_forward=1 # iptables -t nat -A POSTROUTING -s 192.168.34.0/24 -j MASQUERADE # dnsmasq --log-queries \ --user=dnsmasq \ --dhcp-leasefile=/var/lib/misc/qemu-dhcpd.leases \ --dhcp-range="$DHCP_RANGE" \ --interface=tap34 \ --domain=laconian-linux.org \ --pid-file=/var/run/qemu-dns.pid The tap interface is running fine, I can ping 192.168.34.1 and also do an nslookup on it. My virtual machine has a e1000 network card configured, it is running perfectly fine, the card is recognized and set up, but no networking. On the old server, the exact same qemu disk with the same startup parameters runs fine. I started the virtual machine both with the old and the new options: VDE_SOCKET="/var/run/qemu-vde.ctl" qemu-system-x86_64 -enable-kvm -m 1024 -boot c -hda sda \ -netdev vde,sock=$VDE_SOCKET,group=kvm,mode=0660,id=vde0 \ -device e1000,netdev=vde0,mac=52:54:00:12:34:84 \ -vnc 192.168.219.22:5900 -k de-ch -vga std or VDE_SOCKET="/var/run/qemu-vde.ctl" qemu-system-x86_64 -enable-kvm -m 1024 -boot c -hda sda \ -net nic,vlan=0,macaddr=52:54:00:12:34:84 \ -net vde,sock=$VDE_SOCKET,group=kvm,mode=0660 \ -vnc 192.168.219.22:5900 -k de-ch -vga std When the virtual machine goes up and does the dhcp request, I even get those in the log: dnsmasq-dhcp: DHCPDISCOVER(tap34) 52:54:00:12:34:84 dnsmasq-dhcp: DHCPOFFER(tap34) 192.168.34.168 52:54:00:12:34:84 dnsmasq-dhcp: DHCPDISCOVER(tap34) 52:54:00:12:34:84 dnsmasq-dhcp: DHCPOFFER(tap34) 192.168.34.168 52:54:00:12:34:84 Whe I look in the socket dir, there seems to be something strange: # ls -la /var/run/qemu-vde.ctl/ total 0 drwxrws--- 2 root kvm 100 Mar 12 20:06 . drwxrwxrwt 12 root root 520 Mar 12 19:46 .. srw-rw---- 1 timtas kvm 0 Mar 12 20:06 002 srw-rw---- 1 timtas kvm 0 Mar 12 20:06 .03869-00000 srw-rw---- 1 root kvm 0 Mar 12 19:46 ctl On the working production machine, I get only one file, 002, but here I also always get this .03869-00000. Can anybody point me to what I possibly do wrong, or to a patch that fixes that? Kind regards Tim Below are the results of qemu ./configure, if that's of any interest. python python -B smbd /usr/sbin/smbd module support no host CPU x86_64 host big endian no target list x86_64-softmmu i386-softmmu arm-softmmu tcg debug enabled no gprof enabled no sparse enabled no strip binaries yes profiler no static build no pixman system SDL support no GTK support no VTE support no curses support yes curl support yes mingw32 support no Audio drivers oss Block whitelist (rw) Block whitelist (ro) VirtFS support yes VNC support yes VNC TLS support yes VNC SASL support no VNC JPEG support yes VNC PNG support yes VNC WS support yes xen support no brlapi support no bluez support no Documentation yes GUEST_BASE yes PIE yes vde support yes netmap support no Linux AIO support no ATTR/XATTR support yes Install blobs yes KVM support yes RDMA support no TCG interpreter no fdt support yes preadv support yes fdatasync yes madvise yes posix_madvise yes sigev_thread_id yes uuid support yes libcap-ng support no vhost-net support yes vhost-scsi support yes Trace backends nop spice support no rbd support no xfsctl support no nss used no libusb yes usb net redir no GLX support yes libiscsi support no libnfs support no build guest agent yes QGA VSS support no seccomp support no coroutine backend ucontext coroutine pool yes GlusterFS support no Archipelago support no gcov gcov gcov enabled no TPM support yes libssh2 support no TPM passthrough yes QOM debugging yes vhdx yes Quorum yes lzo support no snappy support no NUMA host support no