diff options
author | David Teigland <teigland@redhat.com> | 2017-01-18 15:04:31 -0600 |
---|---|---|
committer | David Teigland <teigland@redhat.com> | 2017-01-18 15:04:41 -0600 |
commit | dc5c46d733949eebabd30dde913e5f86e8db0ed9 (patch) | |
tree | a109f991b3e9c3653fca0eb5dd62fcb6158d2fc1 | |
parent | fe432fe19d7c3602ddf2a0b82264924531f99dca (diff) | |
download | lvm2-dc5c46d733949eebabd30dde913e5f86e8db0ed9.tar.gz |
man: add pvmove notes
Copied from the previous man page.
-rw-r--r-- | man/pvmove.8.notes | 47 |
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. + |