[lvm-devel] [PATCH 2/7] Never set mirror log and images directly visible in metadata.

Alasdair G Kergon agk at redhat.com
Mon May 11 01:54:48 UTC 2009


On Wed, May 06, 2009 at 04:42:59PM +0200, Milan Broz wrote:
> This can violate VG max_lv restriction on LV.

I'm not bothered if the code exceeds max_lv temporarily.
I mean, does anyone have a real-world use case for that parameter?
(Perhaps make it so VGs exceeding that limit can still be manipulated
internally, but users cannot add new LVs until it drops below the
limit i.e. a soft limit enforced on the user.)

This comes back to whether we actually need the distinction between
TOPLEVEL (nothing in lvm uses the LV) and VISIBLE (it's for users/tools
to open) or not, a distinction we've been eliminating I think.

(If we got automatic clean-up of incomplete multi-step operations
wouldn't the problem go away?  Might be as simple as flagging LVs as
temporary/uncommitted in the metadata and having them deleted next time
the VG lock is taken in the same way as we deal with multiple metadata
sequence numbers in different VG mdas.)

Alasdair




More information about the lvm-devel mailing list