[linux-lvm] cache_check --clear-needs-check-flag does not clear needs_check flag?
Dennis Schridde
devurandom at gmx.net
Wed Dec 9 19:06:41 UTC 2020
Hello Zdenek!
Thank you for your reply!
On Mittwoch, 9. Dezember 2020 12:05:13 CET Zdenek Kabelac wrote:
> Dne 06. 12. 20 v 22:01 Dennis Schridde napsal(a):
> > The live system I am running these commands from is a Fedora 33:
> >
> > $ uname -a
> > Linux localhost-live 5.8.15-301.fc33.x86_64 #1 SMP Thu Oct 15 16:58:06 UTC
> > 2020 x86_64 x86_64 x86_64 GNU/Linux
> >
> > $ sudo lvm version
> >
> > LVM version: 2.03.10(2) (2020-08-09)
> > Library version: 1.02.173 (2020-08-09)
> > Driver version: 4.42.0
>
> It seems you are using 'cvol' instead of 'cpool' solution which has been
> evolving and you will need a newer lvm2 version.
>
> If you want to using caching with the version of lvm2 you have - you will
> need to use cpools (which are a bit faster anyway).
2.03.10 is the latest released version of lvm2. So I would have to use the
Git main branch instead?
A bit confusing is that the lvmcache(7) manpage of lvm2 2.03.10 suggests to
create a cachevol as the first option:
$ lvconvert --type cache --cachevol fast vg/main
Should this be adjusted, if cachevols are not yet fully supported in 2.03.10?
How would you proceed to repair this cache? I can recreate it as a cachepool,
but first I need to gain back access to the data, i.e. get into a state where
I can --uncache.
--Dennis
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 659 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/linux-lvm/attachments/20201209/db40e8df/attachment.sig>
More information about the linux-lvm
mailing list