Known mitigation options at this point:
- live migrate for upgrades
- prohibited by SR-IOV usage
- Tech to get SR-IOV migratable is coming (e.g. via net_failover, bonding in
DPDK, ...)
- load the modules you need in advance
- Note: lacking an explicit "load module" command makes this slightly odd for
now
- but using iscsi or ceph is never spontaneous, a deployment has or hasn't the
setup to use those
- Create a single small read-only node and attach this to each guest, that
will
load the driver and render you immune to the issue. While more clunky, this
isn't
so much different than how it would be with an explicit "load module"
command.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847361
Title:
Upgrade of qemu binaries causes running instances not able to
dynamically load modules
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1847361/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
