RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1436748 - LVM Cache: Be ready to consume cache metadata V2
Summary: LVM Cache: Be ready to consume cache metadata V2
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: lvm2
Version: 7.2
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Zdenek Kabelac
QA Contact: cluster-qe@redhat.com
Steven J. Levine
URL:
Whiteboard:
Depends On: 1393566
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-03-28 14:35 UTC by Jonathan Earl Brassow
Modified: 2021-09-03 12:51 UTC (History)
12 users (show)

Fixed In Version: lvm2-2.02.169-3.el7
Doc Type: Release Note
Doc Text:
LVM now supports dm-cache metadata version 2 LVM/DM cache has been significantly improved. It provides support for larger cache sizes, better adaptation to changing workloads, greatly improved startup and shutdown times, and higher performance overall. Version 2 of the dm-cache metadata format is now the default when creating cache logical volumes with LVM. Version 1 will continue to be supported for previously created LVM cache logical volumes. Upgrading to version 2 will require the removal of the old cache layer and the creation of a new cache layer.
Clone Of: 1393566
Environment:
Last Closed: 2017-08-01 21:49:49 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2017:2222 0 normal SHIPPED_LIVE lvm2 bug fix and enhancement update 2017-08-01 18:42:41 UTC

Description Jonathan Earl Brassow 2017-03-28 14:35:31 UTC
+++ This bug was initially created as a clone of Bug #1393566 +++

The on-disk metadata used by dm-cache is being updated to allow for performance enhancements.  LVM will need to pass down additional DM table arguments in order to activate these changes.  We need to have a solution ready that is forward/backwards compatible.

--- Additional comment from Zdenek Kabelac on 2017-02-20 05:09:06 EST ---

So lets list the options:

lvm2 new parameter:

1.) --cacheversion   1|2|auto

2.) --cache-metadata-version 2 ?

3.) --metadata-version 2  ?

4.) --cacheformat   1|2|auto    (or maybe this: v1|v2|auto ) ?


---

libdm API options:

1.) add new dm_tree_node_set_cache_version(....) 
2.) add new dm_tree_node_set_cache_format(....) 

3.) #define DM_CACHE_FEATURE_FORMAT_2 
4.) #define DM_CACHE_FEATURE_FORMAT_V2 
5.) #define DM_CACHE_FEATURE_VERSION_2 


---

ATM I'd prefer the format to be automatically recognized by the 'cache_check' tool - as adding some 'magical' args by lvm2 to the existing configurable set can be problematic for a user - it could be done - but lvm2 will be changing passed option set.

i.e. it's then unclear if we should use:

cache_check  --metadata-version 2

and also

cache_check  --metadata-version 1

or just use it with version 2 ?

---

Waiting for more judgment here.

Comment 5 Steven J. Levine 2017-05-17 17:46:00 UTC
Jonathan:

Should we have a release note writeup fo this feature?

Steven

Comment 6 Corey Marthaler 2017-06-22 22:08:37 UTC
Marking this feature verified in the latest rpms.

All current cache scenarios passed with both  --cachemetadataformat 2 and 1, as well as attempted activation on older (7.3,7.2) versions. See bug 1451459 for more information on up|downgrade testing.	


3.10.0-685.el7.x86_64
lvm2-2.02.171-7.el7    BUILT: Thu Jun 22 08:35:15 CDT 2017
lvm2-libs-2.02.171-7.el7    BUILT: Thu Jun 22 08:35:15 CDT 2017
lvm2-cluster-2.02.171-7.el7    BUILT: Thu Jun 22 08:35:15 CDT 2017
device-mapper-1.02.140-7.el7    BUILT: Thu Jun 22 08:35:15 CDT 2017
device-mapper-libs-1.02.140-7.el7    BUILT: Thu Jun 22 08:35:15 CDT 2017
device-mapper-event-1.02.140-7.el7    BUILT: Thu Jun 22 08:35:15 CDT 2017
device-mapper-event-libs-1.02.140-7.el7    BUILT: Thu Jun 22 08:35:15 CDT 2017
device-mapper-persistent-data-0.7.0-0.1.rc6.el7    BUILT: Mon Mar 27 10:15:46 CDT 2017

Comment 7 errata-xmlrpc 2017-08-01 21:49:49 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:2222


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