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, when a domain resource has been modified and requires a recreate, the domain is destroyed and recreated.
While this is the most performant solution, it isn't necessarily the safest when you consider that the attached volumes aren't necessarily destroyed and recreated.
This could in theory lead to data corruption.
In #356 graceful shutdown was proposed, but this issue was closed.
The text was updated successfully, but these errors were encountered:
I'm interested in this feature as well, particularly for the use case of running immutable infrastructure with Fedora CoreOS or Flatcar Container Linux where the established pattern is to replace VMs when making configuration/version changes (with ignition) rather than using a config mgmt tool over the top.
This seems important, as changing the memory of a domain will cause the domain to be replaced. This means the next boot of the same volume will be after an unclean shutdown.
System Information
Linux distribution
CentOS Stream 8
Terraform version
Provider and libvirt versions
Description of Issue/Question
Currently, when a domain resource has been modified and requires a recreate, the domain is destroyed and recreated.
While this is the most performant solution, it isn't necessarily the safest when you consider that the attached volumes aren't necessarily destroyed and recreated.
This could in theory lead to data corruption.
In #356 graceful shutdown was proposed, but this issue was closed.
The text was updated successfully, but these errors were encountered: