Bug #8708
libvirt::host::network defined resource is fragile on updates
0%
Description
When we update the source config of a libvirt::host::network
defined resource, sometimes it’s updated immediately in libvirt’s internal active state but gets replaced by the old config later, and sometimes it’s only updated on disk (/etc/libvirt/qemu/networks/${name}.xml
but not in libvirt’s internal active state.
In that defined resource, we’re effectively managing that file in /etc
with Puppet, and then (with virsh net-define
) asking libvirt to read it, and then to create/update it in /etc
as well. This might be racy, and be the root cause for the aforedescribed problem.
We should:
- manage
${name}.xml
with Puppet elsewhere than in/etc
; - let libvirt be the only one that manages the corresponding network definition in
/etc/libvirt/qemu/networks
withnet-define
; - have the latter be subscribed to the former.
It would likely be more robust, and depend less on net-define
’s implementation details that may change in the future.
The code lives in https://git-tails.immerda.ch/puppet-libvirt/.
Subtasks
Related issues
Related to Tails - Bug #11182: Manage our VMs configuration with puppet | In Progress | 2016-02-29 |
History
#1 Updated by intrigeri 2015-07-12 03:09:13
- Assignee deleted (
intrigeri)
#2 Updated by sajolida 2015-09-22 07:47:56
- Target version deleted (
Sustainability_M1)
#3 Updated by intrigeri 2016-08-18 08:57:39
- Description updated
- Starter set to Yes
#4 Updated by kurono 2017-07-07 18:09:47
- Assignee set to kurono
#5 Updated by intrigeri 2019-09-22 06:30:59
- related to Bug #11182: Manage our VMs configuration with puppet added
#6 Updated by kurono 2020-04-28 12:36:44
- Assignee deleted (
kurono)