* [PATCH][just nitpicking :)] Make vgscan behaviour consistent with pvscan
[not found] <4F6B1F13.5080103@redhat.com>
@ 2012-03-26 12:06 ` Petr Rockai
0 siblings, 0 replies; only message in thread
From: Petr Rockai @ 2012-03-26 12:06 UTC (permalink / raw)
To: lvm-devel
Hi,
Peter Rajnoha <prajnoha@redhat.com> writes:
> Just this minor thing... Are you OK with this?
>
> If using "--cache" opt, we directly scan and update lvmetad if running.
> If not using "--cache" opt, we get the info from lvmetad if running.
yes, I think this is good for UI consistency. One thing to watch out for
though is on-disk metadata inconsistencies. Before the patch, any
"vgscan" would notice those, but afterwards, only "vgscan --cache" can
be used to detect bad on-disk metadata.
We could also want to extend pvscan --cache to report (and maybe fix?)
any metadata inconsistencies it may find.
[snip; patch looks OK]
Petr
--
id' Ash = Ash; id' Dust = Dust; id' _ = undefined
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2012-03-26 12:06 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <4F6B1F13.5080103@redhat.com>
2012-03-26 12:06 ` [PATCH][just nitpicking :)] Make vgscan behaviour consistent with pvscan Petr Rockai
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.