diff options
author | Stefano Brivio <sbrivio@redhat.com> | 2022-06-16 15:00:06 +0200 |
---|---|---|
committer | Stefano Brivio <sbrivio@redhat.com> | 2022-06-18 09:06:00 +0200 |
commit | fca5e11773d06ed4e083a5f0b6b8ba1b81c487be (patch) | |
tree | 244b12955bb66843b4957f1694ed0fd8f9de4e13 /tap.c | |
parent | 721fa1bf5dc01775de89c2622d927588d7c7d018 (diff) | |
download | passt-fca5e11773d06ed4e083a5f0b6b8ba1b81c487be.tar passt-fca5e11773d06ed4e083a5f0b6b8ba1b81c487be.tar.gz passt-fca5e11773d06ed4e083a5f0b6b8ba1b81c487be.tar.bz2 passt-fca5e11773d06ed4e083a5f0b6b8ba1b81c487be.tar.lz passt-fca5e11773d06ed4e083a5f0b6b8ba1b81c487be.tar.xz passt-fca5e11773d06ed4e083a5f0b6b8ba1b81c487be.tar.zst passt-fca5e11773d06ed4e083a5f0b6b8ba1b81c487be.zip |
qrap: Add probe retry on connection reset from passt for KubeVirt integration
KubeVirt uses libvirt to start qrap in its current draft integration
(https://github.com/kubevirt/kubevirt/pull/7849/), and libvirtd
starts qrap three times every time a new virtual machine is created:
once on domain creation, and twice on domain start (for "probing")
and to finally start it for real.
Very often, a subsequent invocation of qrap happen before the
previously running instance of qemu terminates, which means that
passt will refuse the new connection as the old one is still active.
Introduce a single retry with a 100ms delay to work around this. This
should be checked again once native libvirt support is there, and
that point qrap will have no reason to exist anymore.
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Diffstat (limited to 'tap.c')
0 files changed, 0 insertions, 0 deletions