aboutgitcodebugslistschat
path: root/tap.c
diff options
context:
space:
mode:
authorStefano Brivio <sbrivio@redhat.com>2022-06-16 15:00:06 +0200
committerStefano Brivio <sbrivio@redhat.com>2022-06-18 09:06:00 +0200
commitfca5e11773d06ed4e083a5f0b6b8ba1b81c487be (patch)
tree244b12955bb66843b4957f1694ed0fd8f9de4e13 /tap.c
parent721fa1bf5dc01775de89c2622d927588d7c7d018 (diff)
downloadpasst-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