Hello Stefan, I coded a socket-based cable between 2 vanilla kvm, here are the commands to do:
tar xvf qemu_test_sock.tar.gz
cd qemu_test_sock
make
./qemu_test_sock
kvm \
-nodefaults \
-nographic \
-serial stdio \
-drive file=guest1,media=disk,if=virtio \
-device virtio-net-pci,tx=bh,vlan=1,mac=02:01:01:01:01:01 \
-net socket,vlan=1,connect=127.0.0.1:47654
kvm \
-nodefaults \
-nographic \
-serial stdio \
-drive file=guest2,media=disk,if=virtio \
-device virtio-net-pci,tx=bh,vlan=1,mac=02:02:02:02:02:02 \
-net socket,vlan=1,connect=127.0.0.1:47655
ifconfig eth0 1.1.1.1
iperf -s -u
ifconfig eth0 1.1.1.2
iperf -c 1.1.1.1 -u -b 100M
then when you feel something is not right:
ping 1.1.1.1
>From 1.1.1.2 icmp_seq=24 Destination Host Unreachable
>From 1.1.1.2 icmp_seq=25 Destination Host Unreachable
>From 1.1.1.2 icmp_seq=26 Destination Host Unreachable
64 bytes from 1.1.1.1: icmp_req=1 ttl=64 time=29128 ms
64 bytes from 1.1.1.1: icmp_req=2 ttl=64 time=28121 ms
The principle: the process between the kvm just takes messages from one
side to the other, then it stops working for 5 seconde every 30 seconds to
create a socket full problem.
I have not the same trouble as with my unix socket, in the inet case
the ethernet access has an empty moment (of 30 sec in above case) and
starts again...
I hope that helps, but I could not reproduce the total ethernet stop
I had in cloonix...
> On Sun, Feb 24, 2013 at 02:14:43PM -0600, clow...@clownix.net wrote:
>> The patch is for version 21.3 of cloonix which uses qemu-1.4.0-rc1, but
>> I now use qemu-1.4.0 and the bug is still there.
>
> Please post the QEMU command-line so we can see how the socket netdev
> was configured.
>
> Stefan
>
qemu_test_sock.tar.gz
Description: GNU Zip compressed data
