Bug 1676359

Summary: Force user to grow metadata, if user manually extends datalv of a thinpool and the current metadata size will not be enough to address the new size pool
Product: Red Hat Enterprise Linux 7 Reporter: nikhil kshirsagar <nkshirsa>
Component: lvm2Assignee: Zdenek Kabelac <zkabelac>
lvm2 sub component: Thin Provisioning QA Contact: cluster-qe <cluster-qe>
Status: CLOSED DUPLICATE Docs Contact:
Severity: medium    
Priority: unspecified CC: agk, cmarthal, heinzm, jbrassow, msnitzer, prajnoha, rhandlin, thornber, zkabelac
Version: 7.7   
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: 2.02.185-2.el7 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-09-21 14:27:52 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description nikhil kshirsagar 2019-02-12 04:02:09 UTC
Description of problem:

As discussed on https://docs.google.com/document/d/15J2tSBc3scl_Gtl4dbhFUe6ApPo90yrlAJZ6e59i4z0 point 2, we must force (or at least strongly warn) users to grow metadata manually too, if they manually grow the thinpool data using lvextend. This will prevent metadata full issues in the future.

Additional info:

Many gluster customers have small pools created by default scripts during setup, and have autoextend turned off by design, because gluster wants to be in control of the storage allocation, and doesn't allow autoextension because that would circumvent their storage manager. This results in customers manually increasing data subsequently, but many times forgetting to increase metadata too. Eventually metadata reaches 100% and thinpool corruptions ensue.

Comment 3 Zdenek Kabelac 2020-07-08 13:29:18 UTC
From backported commit 515867bbad4565b788460b1fc8cfe91acd5ade1e 
https://www.redhat.com/archives/lvm-devel/2019-April/msg00003.html

lvm2 automatically tries to upsize thin-pool metadata to match the growth of thin-pool data size.

Comment 4 Zdenek Kabelac 2020-09-21 14:27:12 UTC
Closing as duplicate of bug 1610260 which is already fixed for RHEL 7.6

Comment 5 Zdenek Kabelac 2020-09-21 14:27:52 UTC

*** This bug has been marked as a duplicate of bug 1610260 ***