Bug 1366159

From guest1, ping guest2 successfully 
[root@localhost home]# ping 192.168.10.2
PING 192.168.10.2 (192.168.10.2) 56(84) bytes of data.
64 bytes from 192.168.10.2: icmp_seq=1 ttl=64 time=0.190 ms
64 bytes from 192.168.10.2: icmp_seq=2 ttl=64 time=0.237 ms
64 bytes from 192.168.10.2: icmp_seq=3 ttl=64 time=0.330 ms
64 bytes from 192.168.10.2: icmp_seq=4 ttl=64 time=0.341 ms
64 bytes from 192.168.10.2: icmp_seq=5 ttl=64 time=0.346 ms
64 bytes from 192.168.10.2: icmp_seq=6 ttl=64 time=0.268 ms
64 bytes from 192.168.10.2: icmp_seq=7 ttl=64 time=0.266 ms
^C
--- 192.168.10.2 ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6000ms
rtt min/avg/max/mdev = 0.190/0.282/0.346/0.057 ms

Didn't hit the issue with virtio-net-pci

e1000e is technical preview and looks like a upstream issue too. Not a 7.3 material.

Dmitry, any ideas on this. I suspect upstream may have this too.

Thanks

Jason, as far as I concerned the device processes VLAN injection/stripping properly.

Unfortunately I cannot tell more because attachment is not a tcpdump log but some unrelated script, probably attached by mistake.

(In reply to jingzhao from comment #0)
> Created attachment 1189949 [details]
> tcpdump file
> 
> Description of problem:
> ssh failed through vlan interface
> 
> Version-Release number of selected component (if applicable):
> host kernel:3.10.0-488.el7.x86_64
> qemu-kvm-rhev-2.6.0-19.el7.x86_64
> 
> How reproducible:
> 3/3
> 
> Steps to Reproduce:
> 1. Boot 2 guest with following cli:
> /usr/libexec/qemu-kvm \
> -M q35 \
> -cpu SandyBridge \
> -nodefaults -rtc base=utc \
> -m 4G \
> -smp 2,sockets=2,cores=1,threads=1 \
> -enable-kvm \
> -name rhel7.3 \
> -uuid 990ea161-6b67-47b2-b803-19fb01d30d12 \
> -smbios type=1,manufacturer='Red Hat',product='RHEV
> Hypervisor',version=el6,serial=koTUXQrb,uuid=feebc8fd-f8b0-4e75-abc3-
> e63fcdb67170 \
> -k en-us \
> -serial unix:/tmp/console,server,nowait \
> -boot menu=on \
> -bios /usr/share/seabios/bios.bin \
> -chardev file,path=/home/e1000e/seabios.log,id=seabios \
> -device isa-debugcon,chardev=seabios,iobase=0x402 \
> -qmp tcp::8887,server,nowait \
> -vga qxl \
> -spice port=5932,disable-ticketing \
> -device ioh3420,id=root.0,slot=1 \
> -drive
> file=/home/q35-seabios.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,
> cache=none,werror=stop,rerror=stop \
> -device
> virtio-blk-pci,bus=root.0,drive=drive-virtio-disk0,id=virtio-disk0,disable-
> legacy=on,disable-modern=off,bootindex=1 \
> -device ioh3420,id=root.1,slot=2 \
> -device x3130-upstream,bus=root.1,id=upstream1 \
> -device xio3130-downstream,bus=upstream1,id=downstream1,chassis=1 \
> -device xio3130-downstream,bus=upstream1,id=downstream2,chassis=2 \
> -device xio3130-downstream,bus=upstream1,id=downstream3,chassis=3 \
> -device ioh3420,id=root.2,slot=3 \
> -netdev tap,id=hostnet1 \
> -device e1000e,netdev=hostnet1,id=net1,mac=54:52:00:B6:40:22,bus=downstream3
> \
> -monitor stdio \
> 
> 
> /usr/libexec/qemu-kvm \
> -M q35 \
> -cpu SandyBridge \
> -nodefaults -rtc base=utc \
> -m 4G \
> -smp 2,sockets=2,cores=1,threads=1 \
> -enable-kvm \
> -name rhel7.3-2 \
> -uuid 990ea161-6b67-47b2-b803-19fb01d30d12 \
> -smbios type=1,manufacturer='Red Hat',product='RHEV
> Hypervisor',version=el6,serial=koTUXQrb,uuid=feebc8fd-f8b0-4e75-abc3-
> e63fcdb67170 \
> -k en-us \
> -serial unix:/tmp/console,server,nowait \
> -boot menu=on \
> -bios /usr/share/seabios/bios.bin \
> -chardev file,path=/home/e1000e/seabios-2.log,id=seabios \
> -device isa-debugcon,chardev=seabios,iobase=0x402 \
> -qmp tcp::8888,server,nowait \
> -vga qxl \
> -spice port=5933,disable-ticketing \
> -device ioh3420,id=root.0,slot=1 \
> -drive
> file=/home/q35-seabios-2.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,
> cache=none,werror=stop,rerror=stop \
> -device
> virtio-blk-pci,bus=root.0,drive=drive-virtio-disk0,id=virtio-disk0,disable-
> legacy=on,disable-modern=off,bootindex=1 \
> -device ioh3420,id=root.1,slot=2 \
> -device x3130-upstream,bus=root.1,id=upstream1 \
> -device xio3130-downstream,bus=upstream1,id=downstream1,chassis=1 \
> -device xio3130-downstream,bus=upstream1,id=downstream2,chassis=2 \
> -device xio3130-downstream,bus=upstream1,id=downstream3,chassis=3 \
> -device ioh3420,id=root.2,slot=3 \
> -netdev tap,id=hostnet1 \
> -device e1000e,netdev=hostnet1,id=net1,mac=54:52:00:B6:41:22,bus=root.2 \
> -monitor stdio \
> 
> 
> 2. set up vlan in guest
> guest 1: ip link add link enp6s0 name enp6s0.10 type vlan id 10; ip link set
> enp6s0.10 address 54:52:00:01:02:01 up ;ifconfig enp6s0.10 192.168.10.1/24 up
> ip link add link enp6s0 name enp6s0.20 type vlan id 20; ip link set
> enp6s0.20 address 54:52:00:01:02:02 up; ifconfig enp6s0.20 192.168.20.1/24 up
> 
> guest2:
> ip link add link ens3 name ens3.10 type vlan id 10; ip link set ens3.10
> address 54:52:00:01:03:01 up;ifconfig ens3.10 192.168.10.2/24 up
> ip link add link ens3 name ens3.20 type vlan id 20; ip link set ens3.20
> address 54:52:00:01:03:02 up;ifconfig ens3.20 192.168.20.2/24 up
> 
> 3. From guest1 connect guest2 through ssh 
> 
> # ssh 192.168.10.2
> 
> Actual results:
> 
> No response after ssh to guest2
> 
> Expected results:
> Connected to guest2 successfully through ssh
> 
> Additional info:

Hi, please provides correct tcpdump log for Dmitry to see.

Thanks

Updated the tcpdump log, please check the icmp.cap file

Thanks
Jing Zhao

Created attachment 1235320 [details]
icmp.cap

Dmitry, see the attachment above.

Thanks

The same issue exists upstream.
Fix posted to qemu-devel: http://lists.nongnu.org/archive/html/qemu-devel/2017-02/msg03525.html

Defer to 7.5.

Didn't reproduce the issue with qemu-kvm-rhev-2.10.0-7.el7.x86_64 & kernel-3.10.0-796.el7.x86_64