Re: [PATCH v14 16/17] tests/qtest: netdev: test stream and dgram backends

[Jason Wang]

在 2022/11/3 17:33, Laurent Vivier 写道:
> On 10/28/22 07:04, Jason Wang wrote:
> > 在 2022/10/21 17:09, Laurent Vivier 写道:
> > > Signed-off-by: Laurent Vivier <lvivier@redhat.com>
> > > Acked-by: Michael S. Tsirkin <mst@redhat.com>
> > > ---
> >
> >
> > I got this:
> >
> > 63/63 ERROR:../tests/qtest/netdev-socket.c:139:test_stream_inet_ipv6: 
> > assertion failed (resp == expect): ("st0: 
> > index=0,type=stream,connection error\r\n" == "st0: 
> > index=0,type=stream,tcp:::1:40389\r\n") ERROR
> > 63/63 qemu:qtest+qtest-x86_64 / 
> > qtest-x86_64/netdev-socket                  ERROR 5.29s   killed by 
> > signal 6 SIGABRT
> >  >>> QTEST_QEMU_IMG=./qemu-img QTEST_QEMU_BINARY=./qemu-system-x86_64 
> > MALLOC_PERTURB_=96 
> > QTEST_QEMU_STORAGE_DAEMON_BINARY=./storage-daemon/qemu-storage-daemon 
> > G_TEST_DBUS_DAEMON=/home/devel/git/qemu/tests/dbus-vmstate-daemon.sh 
> > /home/devel/git/qemu/build/tests/qtest/netdev-socket --tap -k
> > ――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― 
> > ✀ 
> > ―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
> > stderr:
> > **
> > ERROR:../tests/qtest/netdev-socket.c:139:test_stream_inet_ipv6: 
> > assertion failed (resp == expect): ("st0: 
> > index=0,type=stream,connection error\r\n" == "st0: 
> > index=0,type=stream,tcp:::1:40389\r\n")
> >
> > (test program exited with status code -6)
>
> I'm not able to reproduce the problem.
>
> Is this 100% reproducible?


Yes.


> Is IPv6 enabled on your test machine?


Yes.

Try to investigate it more, it looks like the reason is hostname. I'm 
testing in ubunut which has the following things in /etc/hosts

127.0.0.1    localhost
127.0.1.1    jason-ThinkPad-X1-Carbon-6th
192.168.100.2   guest

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

So localhost is mapped to ipv4 and there's no ipv6 mappings here. Using 
"::1" for the address seems to fix the issue.

Thanks

> Thanks,
> Laurent