1
0
mirror of https://github.com/OpenNebula/one.git synced 2025-02-07 01:57:59 +03:00
one/include
Ruben S. Montero 156cd04ba5
F OpenNebula/one#6265: Delete of snapshots in the middle of the chain
- Add suport for delete snapshots in the middle of the chain in qcow2
  (ALLOW_ORPHANS=NO). Example, snapshot 2 below:
                     0 <- 1 <- 2 <- 3

- It supports removing the last snapshot and active (blockpull) and
  first one (snapshot 0). The first snapshot cannot be deleted in
  persistent images because of the underlying link setting.

- Snapshots are deleted by blockcommit. For example to delete 2, 3 is
  committed into 2:
                    0 <- 1 <- 2: (2+3)
  A new file 3.current is created in the filesystem to look for the
  actual file name supporting snapshot 3.

- qcow2/shared operations snap_delete, snap_revert and cpds
  (disk-saveas) has been updated to react to the .current files

- The kvm/deploy action has been updated to resolve links in source file
  attributes. This is needed so the <backingStore> of the libvirt domain
  does not contain the sysmlinks that changes on the revert/create
  operations.

- The kvm/migrate action also includes a minor modification to resolv
  the VM disk

- Snapshots with more than 1 child (or their relatives) cannot be deleted to not
  break backing chains.

- It has been found that the snap-delete operation in suspend state is
  insecure as the guest caches may not be updated accordingly. The
  operation is now not allowed in this state.

- The associated state has been removed from oned. It needs to be
  removed in CLI/Sunstone and APIs

- The changes are for VM disk-snapshots. A similar update can be made
  for images in the datastore/fs snap_delete action. This operation is
  not implemented in this commit.

Note: Output of xmllint may or may not include new lines when multiple matches
of an xpath expression occurs. Parsing of xmllint output adds additional new lines
to deal with different versions.
2023-07-20 19:04:28 +02:00
..
2023-07-03 18:15:52 +02:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-07-03 18:15:52 +02:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-07-03 18:15:52 +02:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-07-03 18:15:52 +02:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-07-03 18:15:52 +02:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-07-03 18:15:52 +02:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00
2023-01-09 12:23:19 +01:00