Bug 1030080

Summary: Creating thin LVM volume fails due to incorrect thin pool free space calculation
Product: Red Hat OpenStack Reporter: Jon Bernard <jobernar>
Component: openstack-cinderAssignee: Giulio Fidente <gfidente>
Status: CLOSED ERRATA QA Contact: Giulio Fidente <gfidente>
Severity: high Docs Contact:
Priority: unspecified    
Version: 4.0CC: abaron, breeler, ddomingo, eharney, gfidente, hateya, jobernar, yeylon
Target Milestone: rc   
Target Release: 4.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: openstack-cinder-2013.2-8.el6ost Doc Type: Bug Fix
Doc Text:
In most cases, thin pools consume nearly the entire volume group. Previously, however, the Block Storage scheduler always calculated storage capacity using the volume group's free space, even with thin pools enabled. This prevented the creation of new volumes within volume groups that used thin pools, as the scheduler incorrectly reported that there was insufficient space. With this update, the Block Storage scheduler now calculates thin pool capacity correctly. When thin pools are enabled, the scheduler now uses free space information from the ThinLVM driver to determine capacity.
 Story Points: ---
Clone Of: Environment:
Last Closed: 2013-12-20 00:35:34 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:
Bug Depends On:    
Bug Blocks: 975606    

Description Jon Bernard 2013-11-13 21:33:20 UTC 
Description of problem:

If the thin pool is created with the correct size (roughly the size of the containing volume group), then cinder reports total and available capacity for the volume group and not the thin pool.  This causes the scheduler to think there is no capacity (because the thin pool is consuming all of the volume group).

For thin LVM, the capacity of the pool should be used in reporting capacity to the scheduler, and not the volume group.

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

4.0

How reproducible:


Steps to Reproduce:
1. Set lvm_type to 'thin' in cinder.conf
2. Apply thin-pool-creation patch from gerrit: https://review.openstack.org/#/c/54833/
3. Create a volume

Actual results:

Newly created volume will immediately enter the 'error' state.  Scheduler logs indicate insufficient capacity to satisfy request.

Expected results:

Volume is created successfully.

Additional info:

I have submitted a patch for this under review at 
https://review.openstack.org/#/c/56091/
Comment 2 Ayal Baron 2013-12-01 10:05:35 UTC 
isn't this a dup of bug 1022714 ?
Comment 3 Jon Bernard 2013-12-02 16:57:05 UTC 
They are technically two different bugs, although closely related.  bug 1022714 is a failure to create the thin pool of the correct size.  This bug then follows, once the pool is of sufficient size the capacity reporting is inaccurate which causes a failure to create a volume backed by the pool.

The interesting part is that this bug is not easily visible until 1022714 is fixed - only then does it become an obvious error.
Comment 4 Eric Harney 2013-12-03 17:11:40 UTC 
*** Bug 1037560 has been marked as a duplicate of this bug. ***
Comment 8 Giulio Fidente 2013-12-12 11:47:20 UTC 
openstack-cinder-2013.2-8.el6ost does *not* include the patch
Comment 10 Giulio Fidente 2013-12-12 14:06:47 UTC 
kudos to Eric, it was my fault, verified using:
openstack-cinder-2013.2-8.el6ost.noarch
Comment 13 errata-xmlrpc 2013-12-20 00:35:34 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.

http://rhn.redhat.com/errata/RHEA-2013-1859.html