diff options
| author | David Teigland <teigland@redhat.com> | 2016-01-12 12:01:53 -0600 |
|---|---|---|
| committer | David Teigland <teigland@redhat.com> | 2016-01-12 12:01:53 -0600 |
| commit | 9e336582f4c9ba185ff7c9ba1031066fbeed863e (patch) | |
| tree | 5e28b80786b4dfd7c5ae6efe30caa3902d9a7ffb | |
| parent | 0c6946b4ce2fc664a66cd68a4fb2324bfb69b5ab (diff) | |
| download | lvm2-9e336582f4c9ba185ff7c9ba1031066fbeed863e.tar.gz | |
man lvmlockd: mention pvmove restriction
| -rw-r--r-- | man/lvmlockd.8.in | 7 |
1 files changed, 4 insertions, 3 deletions
diff --git a/man/lvmlockd.8.in b/man/lvmlockd.8.in index 4e7abdf81..f01c69574 100644 --- a/man/lvmlockd.8.in +++ b/man/lvmlockd.8.in @@ -566,7 +566,8 @@ where the GL lock must be manually enabled after a vgremove. A sanlock VG contains a hidden LV called "lvmlock" that holds the sanlock locks. vgreduce cannot yet remove the PV holding the lvmlock LV. To remove this PV, change the VG lock type to "none", run vgreduce, then -change the VG lock type back to "sanlock". +change the VG lock type back to "sanlock". Similarly, pvmove cannot be +used on a PV used by the lvmlock LV. To place the lvmlock LV on a specific device, create the VG with only that device, then use vgextend to add other devices. @@ -852,8 +853,8 @@ stopped the VG lockspace. Stop the VG on all hosts using vgchange \-\-lock-stop. .IP \[bu] 2 -vgreduce of a PV in a sanlock VG may fail if it holds the internal -"lvmlock" LV that holds the sanlock locks. +vgreduce or pvmove of a PV in a sanlock VG will fail if it holds the +internal "lvmlock" LV that holds the sanlock locks. .IP \[bu] 2 lvmlockd uses lock retries instead of lock queueing, so high lock |