From d52ae79470eb8725b63a6470e393149b48f508da Mon Sep 17 00:00:00 2001 Message-Id: From: Jiri Denemark Date: Fri, 8 Dec 2017 10:31:38 +0100 Subject: [PATCH] migration.html: Clarify configuration file handling docs Migration never removes any configuration files on the destination host. Thus when the domain is already defined on the destination, it will stay persistent even after migration without --persist. https://bugzilla.redhat.com/show_bug.cgi?id=1514930 Signed-off-by: Jiri Denemark (cherry picked from commit 2c01e4febcd161226ce707892d8e53f4e66f708f) Signed-off-by: Jiri Denemark --- docs/migration.html.in | 34 +++++++++++++++++----------------- 1 file changed, 17 insertions(+), 17 deletions(-) diff --git a/docs/migration.html.in b/docs/migration.html.in index de7d4def75..7c345b65b7 100644 --- a/docs/migration.html.in +++ b/docs/migration.html.in @@ -206,14 +206,14 @@

Configuration file handling

- There are two types of virtual machine known to libvirt. A transient + There are two types of virtual machines known to libvirt. A transient guest only exists while it is running, and has no configuration file stored on disk. A persistent guest maintains a configuration file on disk even when it is not running.

- By default, a migration operation will not attempt to change any configuration + By default, a migration operation will not attempt to modify any configuration files that may be stored on either the source or destination host. It is the administrator, or management application's, responsibility to manage distribution of configuration files (if desired). It is important to note that the /etc/libvirt @@ -230,14 +230,14 @@ host and removed on the original.

  • Centralized configuration files outside libvirt, in a database. A data center - management application may not storage configuration files at all. Instead it + management application may not store configuration files at all. Instead it may generate libvirt XML on the fly when a guest is booted. It will typically use transient guests, and thus not have to consider configuration files during migration.
  • Distributed configuration inside libvirt. The configuration file for each guest is copied to every host where the guest is able to run. Upon migration - the existing config merely needs to be updated with any changes + the existing config merely needs to be updated with any changes.
  • Ad-hoc configuration management inside libvirt. Each guest is tied to a specific host and rarely migrated. When migration is required, the config @@ -246,7 +246,7 @@

    - As mentioned above, libvirt will not touch configuration files during + As mentioned above, libvirt will not modify configuration files during migration by default. The virsh command has two flags to influence this behaviour. The --undefine-source flag will cause the configuration file to be removed on the source host @@ -265,12 +265,12 @@ After migration - Guest type + Source type Source config Dest config --undefine-source --persist - Guest type + Dest type Source config Dest config @@ -325,9 +325,9 @@ Y N N - Transient - N + Persistent N + Y
    (unchanged dest config) Transient @@ -335,9 +335,9 @@ Y Y N - Transient - N + Persistent N + Y
    (unchanged dest config) Transient @@ -347,7 +347,7 @@ Y Persistent N - Y + Y
    (replaced with source) Transient @@ -357,7 +357,7 @@ Y Persistent N - Y + Y
    (replaced with source) @@ -411,7 +411,7 @@ N Persistent Y - Y + Y
    (unchanged dest config) Persistent @@ -421,7 +421,7 @@ N Persistent N - Y + Y
    (unchanged dest config) Persistent @@ -431,7 +431,7 @@ Y Persistent Y - Y + Y
    (replaced with source) Persistent @@ -441,7 +441,7 @@ Y Persistent N - Y + Y
    (replaced with source) -- 2.15.1