Bug 1071234 - [RFE] Evaluate more possible ways for caching LVs
Summary: [RFE] Evaluate more possible ways for caching LVs
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: lvm2
Version: rawhide
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: ---
Assignee: LVM and device-mapper development team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-02-28 10:34 UTC by Zdenek Kabelac
Modified: 2023-08-02 12:15 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Zdenek Kabelac 2014-02-28 10:34:05 UTC
Description of problem:

Newly introduced cache(pool) support in lvm2 currently allows to cache only a single LV.

This interface might not be the best for a user with a single large rotational drive and small SSD where he would need to create small caches for individual LVs (since the dm-cache support only 1:1 mapping)

However cache-pool may also serve to cache a whole single PV - thus we may hide the complexity from a user (as he would be now forced to 'stack' dm-cache PV on his own) and allow to use a single SSD for all LVs from 1 PV  (thus still matching 1:1).

The other method which we may explore is - to combine all LVs into 1 large mapping and use LVs this way - this would allow to map even multiple PVs into a single cache device - but with number of problems to resolve when i.e. LVs are resized.

Version-Release number of selected component (if applicable):
2.02.106

How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Fedora Admin user for bugzilla script actions 2023-08-02 12:15:23 UTC
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.


Note You need to log in before you can comment on or make changes to this bug.