[Yahoo-eng-team] [Bug 1817548] [NEW] macvtap: possible race of interfaces scan/deletion at migration

Public bug reported: A few days ago I stumbled upon a failed migration of VM with macvtap interface. Nova "joyed" me with error "Unsupported VIF type binding_failed". A short investigation lead me to the real problem: macvtap agent crushed 2019-02-21 18:40:38.636 54364 ERROR neutron.agent.linux.u

[Yahoo-eng-team] [Bug 1794985] [NEW] [QUEEN]: block migration is pretty unusable, blockjob bandwidth is limited to 1Mbps

Public bug reported: Hi! After upgrade pike->queen I stumbled upon a very low bandwidth of block migration (about of 1Mbps). I dug into the code a bit and it looks like an issue comes from shiny-new "dynamic migration speed" changes. _live_migration function: /usr/lib/python2.7/dist-packages/n

[Yahoo-eng-team] [Bug 1801030] [NEW] neutron-macvtap-agent fails to start due to interface not having a mac address

Public bug reported: The same as for linuxbridge-agent: https://bugs.launchpad.net/neutron/+bug/1669087 diff --git a/neutron/plugins/ml2/drivers/macvtap/agent/macvtap_neutron_agent.py b/neutron/plugins/ml2/drivers/macvtap/agent/macvtap_neutron_agent.py index 3a771fbba7..7119d7d2f6 100644 --- a/n

[Yahoo-eng-team] [Bug 1814226] [NEW] disk over-commit still not correctly calculated during live migration

Public bug reported: As far as I can see exactly the same as https://bugzilla.redhat.com/show_bug.cgi?id=1536375 It was "re-fixed" yet another once by 0b63a7674a2391e36450dcc8e42bcb210c698c3e << Merge "Refix disk size during live migration with disk over-commit">> As a result I can't live migrat