]> sourceware.org Git - lvm2.git/commit
lvchange: deactivate is always possible in foreign vgs
authorDavid Teigland <teigland@redhat.com>
Wed, 25 Feb 2015 17:33:11 +0000 (11:33 -0600)
committerDavid Teigland <teigland@redhat.com>
Wed, 25 Feb 2015 20:58:49 +0000 (14:58 -0600)
commitdd6a2028316febc4a44785c1cacacea0e53f8f76
tree58559df99b5d9413fc9a06da5bd99eccd9bd39c7
parentdd0ee35378cc2ff405183fea9a3d970aab96ac63
lvchange: deactivate is always possible in foreign vgs

The only realistic way for a host to have active LVs in a
foreign VG is if the host's system_id (or system_id_source)
is changed while LVs are active.

In this case, the active LVs produce an warning, and access
to the VG is implicitly allowed (without requiring --foreign.)
This allows the active LVs to be deactivated.

In this case, rescanning PVs for the VG offers no benefit.
It is not possible that rescanning would reveal an LV that
is active but wasn't previously in the VG metadata.
lib/commands/toolcontext.h
lib/metadata/metadata.c
tools/lvchange.c
tools/lvmcmdline.c
This page took 0.040279 seconds and 5 git commands to generate.