Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 563316 - sys-fs/lvm2 cannot create cache volumes without USE=+thin
Summary: sys-fs/lvm2 cannot create cache volumes without USE=+thin
Status: IN_PROGRESS
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-10-17 13:49 UTC by Jan Psota
Modified: 2021-07-21 20:36 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Psota 2015-10-17 13:49:15 UTC
x6 ~ # lvconvert -y --type cache-pool --poolmetadata vga/cachemeta vga/cachedata
  WARNING: Unrecognised segment type cache-pool
  Invalid argument for --type: cache-pool
  Error during parsing of command line.

After changing --with-cache=none to ...=internal in line 144 of ebuild:
                myconf="${myconf} --with-thin=none --with-cache=internal"

# lvconvert -y --type cache-pool --poolmetadata vga/cachemeta vga/cachedata
 [...]  Converted vga/cachedata to cache pool.

Enabling +thin useflag would pull dev-libs/boost and it's an ostentation ;-)

Conclusion:
execute sed -i 's/\(with-cache=\)none/\1internal/'
on sys-fs/lvm ebuilds

Package grows 21KB/4M on amd64, setting with-cache=shared does not do the job.
Comment 1 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2015-11-02 19:18:19 UTC
If you simply change cache=none -> cache=internal, but do NOT have the cache_* binaries from thin-provisioning-tools, you're risking having problems in future.

agk: as upstream, would you consider having cache=internal, but NOT the thin tools present to be a supported configuration?
Comment 2 Jan Psota 2015-11-02 20:26:06 UTC
> agk: as upstream, would you consider having cache=internal, but NOT the thin
> tools present to be a supported configuration?

Of course! I only don't want dev-libs/boost to take 110MB disk space (and 0.5h compilation...) on "thin" rescue system but still have cache support working. And it works like magic :-)
Comment 3 Doug Goldstein (RETIRED) gentoo-dev 2016-03-20 15:45:58 UTC
(In reply to Robin Johnson from comment #1)
> If you simply change cache=none -> cache=internal, but do NOT have the
> cache_* binaries from thin-provisioning-tools, you're risking having
> problems in future.
> 
> agk: as upstream, would you consider having cache=internal, but NOT the thin
> tools present to be a supported configuration?

Robin: any feedback here?
Comment 4 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2016-03-20 17:14:44 UTC
(In reply to Doug Goldstein from comment #3)
> (In reply to Robin Johnson from comment #1)
> > If you simply change cache=none -> cache=internal, but do NOT have the
> > cache_* binaries from thin-provisioning-tools, you're risking having
> > problems in future.
> > 
> > agk: as upstream, would you consider having cache=internal, but NOT the thin
> > tools present to be a supported configuration?
> 
> Robin: any feedback here?

I didn't hear anything back from agk at all.
Comment 5 Ben 2021-03-28 06:50:36 UTC
I just ran into this issue, still seems to be showing up in sys-fs/lvm2-2.02.187-r2 .

Is the current expectation to USE=thin and will I need to rebuild my custom initramfs with lvm2[thin] too, or will it be able to assemble it without [thin]?
Comment 6 Scott Howard 2021-05-26 02:50:58 UTC
while we wait for the maintainer to get back to us (5+ years), can someone please clarify: every use flag has to be cleared with an upstream maintainer as to whether it is a supported configuration?

also in the meantime, would someone please add a USE flag for this configuration anyway, maybe masking it by default?
Comment 7 Hadrien Lacour 2021-07-12 16:13:19 UTC
Ping, I applied said patch and am currently using a cache device without apparent issues. Had to recompile my kernel with CONFIG_DM_CACHE=y, though.
Comment 8 Alasdair Kergon 2021-07-12 16:18:47 UTC
With both cache and thin targets, the userspace thin provisioning tools (which use boost) are used to make some basic checks on the device content before attempting to activate devices that use the targets - think of these tools as similar to 'fsck' for a filesystem - any repairing gets done in userspace.

configure --with-cache-check etc. should control this for cache
Comment 9 Hadrien Lacour 2021-07-12 21:19:30 UTC
That would mean that these checks are disabled, if I can use a cache with USE=-thin (lvdisplay contains a lot of cache data), no?