summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorDavid Teigland <teigland@redhat.com>2017-01-18 15:04:31 -0600
committerDavid Teigland <teigland@redhat.com>2017-02-07 10:38:30 -0600
commit55d6e9ebb7e78692fdabbff2a5400ad2d6987ede (patch)
tree54ea0354fa695a1fd88a8dd23890e15f3da317d4
parent0a61ea395f11424034b1d81b10710655fc6bf81c (diff)
downloadlvm2-55d6e9ebb7e78692fdabbff2a5400ad2d6987ede.tar.gz
man: add pvmove notes
Copied from the previous man page.
-rw-r--r--man/pvmove.8.notes47
1 files changed, 47 insertions, 0 deletions
diff --git a/man/pvmove.8.notes b/man/pvmove.8.notes
new file mode 100644
index 000000000..c3eaea19a
--- /dev/null
+++ b/man/pvmove.8.notes
@@ -0,0 +1,47 @@
+.SH NOTES
+.
+\fBpvmove\fP works as follows:
+
+1. A temporary 'pvmove' LV is created to store details of all the data
+movements required.
+
+2. Every LV in the VG is searched for contiguous data that need moving
+according to the command line arguments.
+For each piece of data found, a new segment is added to the end of the
+pvmove LV.
+This segment takes the form of a temporary mirror to copy the data
+from the original location to a newly allocated location.
+The original LV is updated to use the new temporary mirror segment
+in the pvmove LV instead of accessing the data directly.
+
+3. The VG metadata is updated on disk.
+
+4. The first segment of the pvmove LV is activated and starts to mirror
+the first part of the data. Only one segment is mirrored at once as this
+is usually more efficient.
+
+5. A daemon repeatedly checks progress at the specified time interval.
+When it detects that the first temporary mirror is in sync, it breaks that
+mirror so that only the new location for that data gets used and writes a
+checkpoint into the VG metadata on disk. Then it activates the mirror for
+the next segment of the pvmove LV.
+
+6. When there are no more segments left to be mirrored, the temporary LV
+is removed and the VG metadata is updated so that the LVs reflect the new
+data locations.
+
+Note that this new process cannot support the original LVM1
+type of on-disk metadata. Metadata can be converted using
+\fBvgconvert\fP(8).
+
+If the \fB\-\-atomic\fP option is used, a slightly different approach is
+used for the move. Again, a temporary 'pvmove' LV is created to store the
+details of all the data movements required. This temporary LV contains
+all the segments of the various LVs that need to be moved. However, in
+this case, an identical LV is allocated that contains the same number of
+segments and a mirror is created to copy the contents from the first
+temporary LV to the second. After a complete copy is made, the temporary
+LVs are removed, leaving behind the segments on the destination PV. If an
+abort is issued during the move, all LVs being moved will remain on the
+source PV.
+