Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1690756

Summary: Insufficient space when creating thick LVs on top of VDO volume in certain way
Product: [oVirt] cockpit-ovirt Reporter: SATHEESARAN <sasundar>
Component: GdeployAssignee: Gobinda Das <godas>
Status: CLOSED CURRENTRELEASE QA Contact: SATHEESARAN <sasundar>
Severity: high Docs Contact:
Priority: high    
Version: 0.12.5CC: bugs, irosenzw, rcyriac, rhs-bugs, sabose, sankarshan
Target Milestone: ovirt-4.3.3Flags: sasundar: ovirt-4.3?
sasundar: blocker?
godas: devel_ack+
Target Release: 0.12.6   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: cockpit-ovirt-0.12.6 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 1690730 Environment:
Last Closed: 2019-04-16 13:58:23 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Gluster RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1690730    

Description SATHEESARAN 2019-03-20 07:50:58 UTC
Description of problem:
-----------------------
When creating thick LVs on top of VDO volume in certain situations, 'insufficient space' is observed.

The situations are:
1. Create only one brick on a disk and enable dedupe & compression
Eg: 'data' volume with brick size of 12TB on disk 'sdb' and enable dudupe & compression
2. Create one or more bricks and enable dedupe & compression, as well as create a separate brick on another disk
Eg: 'data' volume with brick size of 12TB on disk 'sdb', enable dedupe & compression
    'vmstore' volume with brick size of 4TB on the disk 'sdb', enable dedupe & compression
    'extravol' volume with brick size of 1TB on the disk 'sdc'


Version-Release number of selected component (if applicable):
-------------------------------------------------------------
cockpit-ovirt-dashboard-0.12.5

How reproducible:
-----------------
Always

Steps to Reproduce:
-------------------
Method 1:
1. From cockpit HC deployment wizard, create a volume, for example: 'data' volume as replica type
2. Select one full disk for the brick on each host, for example: sdc
3. Provide the size of the brick. Example: 12288GB ( 12TB )
4. Enable dedupe & compression

Method 2:
1. From cockpit HC deployment wizard, create 3 volumes. Example:'data' volume as replica type, 'vmstore' volume as replica type, 'extravol' as replica type
2. Create 2 bricks on the same disk. For example, brick of 'vmstore' & 'data' resides on 'sdc'
3. Enable dedupe and compression on that disk
4. Place the brick of another volume on a different disk and do not enable dedupe or compression. For example: brick of extravol is placed on 'sdd'

Actual results:
---------------
Insufficient space in volume group while creating the thick LV

Expected results:
-----------------
thick LV creation should be successful

Comment 1 SATHEESARAN 2019-03-29 18:55:43 UTC
Tested with cockpit-ovirt-dashboard-0.12.6

1. When only one brick is created out of disk, the brick is created with size value as 100%FREE

<snip>
      gluster_infra_vdo:
        - name: vdo_sdc
          device: /dev/sdc
          slabsize: 32G
          logicalsize: 8000G
          blockmapcachesize: 128M
          readcache: enabled
          readcachesize: 20M
          emulate512: 'on'
          writepolicy: auto
      gluster_infra_thick_lvs:
        - vgname: gluster_vg_sdb
          lvname: gluster_lv_engine
          size: 100G
        - vgname: gluster_vg_sdc
          lvname: gluster_lv_data
          size: 100%FREE
</snip>

2. When many bricks ( with VDO ) are created on the same disk, then also the size of the last thick LV is 
set to 100%FREE

<snip>
    gluster_infra_thick_lvs:
        - vgname: gluster_vg_sdb
          lvname: gluster_lv_engine
          size: 100G
        - vgname: gluster_vg_sdc
          lvname: gluster_lv_data
          size: 5000G
        - vgname: gluster_vg_sdc
          lvname: gluster_lv_vmstore
          size: 100%FREE
</snip>

Comment 2 Sandro Bonazzola 2019-04-16 13:58:23 UTC
This bugzilla is included in oVirt 4.3.3 release, published on April 16th 2019.

Since the problem described in this bug report should be
resolved in oVirt 4.3.3 release, it has been closed with a resolution of CURRENT RELEASE.

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