You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, it is not possible to replace a VM while retaining a disk to reuse it with the new VM. It would be very useful, if the provider would allow to manage a VDI as a separate resource which could be referenced by id, similar to the cdrom block.
Motivation
We use Fedora CoreOS as guest OS, which is meant to be managed as immutable infrastructure. To change the configuration, the Ignition file has to be regenerated and the OS has to be redeployed.
To retain state (container volumes) we mount /var to a different disk, while the configuration is discarded and later rewritten by ignition.
Problem
The easiest way to do this would be to trigger a replacement of the VM by terraform. Sadly, currently this means, the disks will also be destroyed and new ones created.
At the moment we resort to leaving the VM as it is and manually triggering a reprovisioning (e.g. rebooting into PXE), which is tedious.
Solution
Therefore it would be useful if:
an empty VDI could be created by the xenorchestra_vdi resource and
Hey @smrqdt, thanks for reaching out and providing a detailed feature request. I need to spend some time investigating this, but at a first glance it seems feasible to do and I agree it would be worthwhile.
Currently, it is not possible to replace a VM while retaining a disk to reuse it with the new VM. It would be very useful, if the provider would allow to manage a VDI as a separate resource which could be referenced by id, similar to the
cdrom
block.Motivation
We use Fedora CoreOS as guest OS, which is meant to be managed as immutable infrastructure. To change the configuration, the Ignition file has to be regenerated and the OS has to be redeployed.
To retain state (container volumes) we mount
/var
to a different disk, while the configuration is discarded and later rewritten by ignition.Problem
The easiest way to do this would be to trigger a replacement of the VM by terraform. Sadly, currently this means, the disks will also be destroyed and new ones created.
At the moment we resort to leaving the VM as it is and manually triggering a reprovisioning (e.g. rebooting into PXE), which is tedious.
Solution
Therefore it would be useful if:
xenorchestra_vdi
resource anddisk
blockExample
The text was updated successfully, but these errors were encountered: