-
Story
-
Resolution: Done-Errata
-
Major
-
rhel-9.0.0
-
libvirt-9.10.0-1.el9
-
High
-
rhel-sst-virtualization-storage
-
ssg_virtualization
-
13
-
23
-
None
-
QE ack, Dev ack
-
False
-
-
None
-
None
-
Pass
-
Automated
-
Enhancement
-
-
Done
-
-
Unspecified
-
9.9.0
-
None
+++ This bug was initially created as a clone of Bug #1402581 +++
Description of problem:
For historical reasons, 'virsh snapshot-create' defaults to internal snapshots, because external snapshots were not implemented for several years. However, these days the qemu team recommends the use of external snapshots, and upper levels like RHEV prefer external snapshots. It would be nice if there were a way to set up configuration defaults for virsh, so that typing 'virsh snapshot-create' could consult the configuration file on whether to default to internal or external, instead of forcing the user to remember to pass extra flags to get an external snapshot.
Version-Release number of selected component (if applicable):
libvirt-2.5.0-1.el7
How reproducible:
100%
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
— Additional comment from Laszlo Ersek on 2017-02-24 20:50:15 BRT —
When designing this feature for virsh (and virt-manager), please don't forget about the UEFI varstore files (under /var/lib/libvirt/qemu/nvram), which are technically raw drives, but have very different storage properties from normal drives. They don't live in storage pools, they are not on shared storage, and also not subject to storage migration. QEMU automatically writes them out fully on the target host after migration finishes.
I'm unsure how this interacts with external snapshots, but I figure I'd better raise it. Thanks.
- blocks
-
RHEL-697 RFE: virt-install: Prefer --boot UEFI for new fedora VMs
- Closed
- is blocked by
-
RHEL-15267 Rebase libvirt in RHEL-9.4.0
- Closed
- is related to
-
RHEL-52635 External snapshot delete causes VM to hang
- New
- external trackers
- links to
-
RHBA-2023:125049 libvirt update
- mentioned on