copying the conversation from IRC
<cgoncalves> chkumar|rover, hey. so the failure was because Nova took too long to boot a VM. it is not an Octavia issue per se but impact its tests
* dsneddon has quit (Ping timeout: 268 seconds)
<cgoncalves> chkumar|rover, my suggestion is to set libvirt type=kvm, cpu_mode=host-passthrough whenever possible (OVH, vexxhost, limestone, fortnebula) and fall back to libvirt type=qemu when not (rackspace)
<cgoncalves> devstack does this today and there is a patch to further improve it: https://review.opendev.org/#/c/703324/
<cgoncalves> a follow-up patch in octavia side is https://review.opendev.org/#/c/702921/
<cgoncalves> more context in the commit message
<chkumar|rover> cgoncalves, great, I will take a look ont hat
<cgoncalves> chkumar|rover, these two patches are for performance improvements. we'd still need to check what happened in Nova that made the VM not boot up in like +20 minutes
copying the conversation from IRC host-passthroug h whenever possible (OVH, vexxhost, limestone, fortnebula) and fall back to libvirt type=qemu when not (rackspace) /review. opendev. org/#/c/ 703324/ /review. opendev. org/#/c/ 702921/
<cgoncalves> chkumar|rover, hey. so the failure was because Nova took too long to boot a VM. it is not an Octavia issue per se but impact its tests
* dsneddon has quit (Ping timeout: 268 seconds)
<cgoncalves> chkumar|rover, my suggestion is to set libvirt type=kvm, cpu_mode=
<cgoncalves> devstack does this today and there is a patch to further improve it: https:/
<cgoncalves> a follow-up patch in octavia side is https:/
<cgoncalves> more context in the commit message
<chkumar|rover> cgoncalves, great, I will take a look ont hat
<cgoncalves> chkumar|rover, these two patches are for performance improvements. we'd still need to check what happened in Nova that made the VM not boot up in like +20 minutes