bad case: running into a hang - takes at least 2 minutes good case: migrates without error in <20s; I'm migrating forward and back between two systems to be sure (in case anything is flaky) and ready (start the next test with the same conditions).
git bisect start git bisect good v6.8.0 git bisect bad v6.9.0 c1cfbaab25 - good 4ced77a309 - good 862f7e5c73 - good b866adf8d9 - good ab6439b960 - good b87cfc957f - bad ae23a87d85 - bad 7d959c302d - bad ea7af657f1 - good Identified: commit 7d959c302d10e97390b171334b885887de427a32 Author: Andrea Bolognani <[email protected]> Date: Tue Oct 27 00:15:33 2020 +0100 rpc: Fix virt-ssh-helper detection When trying to figure out whether virt-ssh-helper is available on the remote host, we mistakenly look for the helper by the name it had while the feature was being worked on instead of the one that was ultimately picked, and thus end up using the netcat fallback every single time. Fixes: f8ec7c842df9e40c6607eae9b0223766cb226336 Signed-off-by: Andrea Bolognani <[email protected]> Reviewed-by: Neal Gompa <[email protected]> Reviewed-by: Daniel P. Berrangé <[email protected]> src/rpc/virnetclient.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Ok that makes a bit of sense, first we had in 6.8 f8ec7c84 rpc: use new virt-ssh-helper binary for remote tunnelling That makes it related to tunneling which is our broken use-case. The identified commit "7d959c30 rpc: Fix virt-ssh-helper detection" then might finally enable the new helper and that is the broken one? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1904584 Title: libvirt 6.8 / qemu 5.1 - --p2p --tunnelled is hanging To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1904584/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
