libxl: Domain verification on edit fails with "Extra element os in interleave"
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| libvirt (Ubuntu) |
Fix Released
|
Medium
|
Stefan Bader | ||
Bug Description
Error reporting for XML validation is hopeless. What causes this is the fact that for HVM guests we have a loader element which is set to "hvmloader". But upstream wants this to be an absolute path to the binary. To make things a bit more "funny", the XML validation is only enabled by default for edit, not create.
We need to replace "hvmloader" in the config by the full path, which is a bit complicated because the binary is provided in a versioned subdirectory. Since libvirt is only compiled against *one* version, we always have to try replacing older paths by newer ones as well as options without path by the current full path.
To help with this upstream libvirt started to set LIBXL_FIRMWARE_DIR through dpk-config, but the current Xen (4.5) does not provide a xenlight.pc file. So we need to ensure the value is set by other means and then add code to change paths when post processing the configs.
| Launchpad Janitor (janitor) wrote | #1 |
| Changed in libvirt (Ubuntu): | |
| status: | Triaged → Fix Released |
This bug was fixed in the package libvirt - 1.2.15-0ubuntu3
---------------
libvirt (1.2.15-0ubuntu3) wily; urgency=low
* d/p/ubuntu-
for new configs and convert old configs using qemu-dm.
(LP: #1459600)
* d/p/ubuntu-
at compile time and set LIBXL_FIRMWARE_DIR as long as libxen-dev does
not provide a xenlight.pc file. Use that directory to update existing
configs.
(LP: #1459603)
-- Stefan Bader <email address hidden> Thu, 28 May 2015 12:21:23 +0200