flags when reverting to a disk snapshot of a transient domain.
There are two cases where a snapshot revert involves extra risk, which
-requires the use of *--force* to proceed. One is the case of a
-snapshot that lacks full domain information for reverting
-configuration (such as snapshots created prior to libvirt 0.9.5);
-since libvirt cannot prove that the current configuration matches what
-was in use at the time of the snapshot, supplying *--force* assures
-libvirt that the snapshot is compatible with the current configuration
-(and if it is not, the domain will likely fail to run). The other is
-the case of reverting from a running domain to an active state where a
-new hypervisor has to be created rather than reusing the existing
-hypervisor, because it implies drawbacks such as breaking any existing
-VNC or Spice connections; this condition happens with an active
-snapshot that uses a provably incompatible configuration, as well as
-with an inactive snapshot that is combined with the *--start* or
-*--pause* flag.
+requires the use of *--force* to proceed:
+
+ * One is the case of a snapshot that lacks full domain information for
+ reverting configuration (such as snapshots created prior to libvirt
+ 0.9.5); since libvirt cannot prove that the current configuration matches
+ what was in use at the time of the snapshot, supplying *--force* assures
+ libvirt that the snapshot is compatible with the current configuration
+ (and if it is not, the domain will likely fail to run).
+
+ * The other is the case of reverting from a running domain to an active
+ state where a new hypervisor has to be created rather than reusing the
+ existing hypervisor, because it implies drawbacks such as breaking any
+ existing VNC or Spice connections; this condition happens with an active
+ snapshot that uses a provably incompatible configuration, as well as with
+ an inactive snapshot that is combined with the *--start* or *--pause*
+ flag.
snapshot-delete