[Pkg-libvirt-maintainers] Bug#863266: bug 863266 is forwarded to https://bugzilla.redhat.com/show_bug.cgi?id=1432684

[Guido Günther]

control: reassign -1 linux
control: found -1 linux/4.12.6-1
control: affects -1 libvirt-daemon-system

Hi,
On Fri, Sep 15, 2017 at 11:30:55AM +0200, Marc Haber wrote:
> On Sat, Sep 09, 2017 at 12:21:01PM +0200, Guido Günther wrote:
> > forwarded 863266 https://bugzilla.redhat.com/show_bug.cgi?id=1432684
> 
> That's it. Will try reverting 319554f284dda9f2737d09df82ba3610bd8ddea3
> in my kernel.

Let's reassign to the kernel then.

Dear kernel maintainers. The symptom is that libvirt fails to detect
ports already in use for spice. See

    https://bugzilla.redhat.com/show_bug.cgi?id=1432684#c17

for a simple testcase not involving libvirt at all. I'll post the
summary (by Cole Robinson) here:

# This bit of code helps demonstrate the issue. There's definitely
#  something weird going on. The port check logic is adapted from
#  libvirt's code, I can't speak to all the bits there.
# 
# In a separate terminal, qemu-kvm -vnc 127.0.0.1:0 to grab port 5900. Then do this:
# 
# $ gcc bind-collision.c && ./a.out
# bind: Address already in use
# AF_INET check failed.
# $ gcc -D CHECK_IPV6 bind-collision.c && ./a.out
# AF_INET6 success
# AF_INET success
# $ gcc bind-collision.c && ./a.out
# AF_INET success
#
# By default the script will just check to see if we can bind to ipv4
# 5900. When qemu is holding that port, this check rightfully
# fails. When we compile with -D CHECK_IPV6, this adds ipv6 checking
# first. This succeeds, and then all subsequent ipv4 checks also
# succeed, which seems wrong.

Cheers,
 -- Guido