Bug 1649991

Summary: [RFE] PV size is not at least the size of the PVC request (~1% off due to Gluster, and file system overhead)
Product: [Red Hat Storage] Red Hat Gluster Storage Reporter: Kedar Bidarkar <kbidarka>
Component: heketiAssignee: John Mulligan <jmulligan>
Status: CLOSED WONTFIX QA Contact: Prasanth <pprakash>
Severity: high Docs Contact:
Priority: unspecified    
Version: ocs-3.11CC: fdeutsch, hchiramm, jmulligan, kramdoss, madam, ncredi, ndevos, rhs-bugs, rmohr, rtalur, sankarshan, storage-qa-internal
Target Milestone: ---Keywords: ZStream
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
URL: https://lists.gluster.org/pipermail/gluster-devel/2018-November/055696.html
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-04-01 14:15:46 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: 1642302    

Description Kedar Bidarkar 2018-11-15 05:07:21 UTC
Description of problem:

Allocating a single large file on a PVC fails with ENOSPC eventhough nothing else has been written to it.

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


How reproducible:
Create a PVC of 4GiB and allocate a 4GiB file in it.

Steps to Reproduce: ( With CNV setup , for example )
1. create a PVC of size 4GB
2. Create a VM with the above created PVC
3.

Actual results:

Allocating a single large file on a PVC fails with ENOSPC eventhough nothing else has been written to it.

Expected results:

It should be possible to allocate a single large file with the size of the requested PVC. A 4GiB PVC should be able to store a 4GiB file.

Additional info:

https://github.com/heketi/heketi/issues/1424

This issue is not seen when using local storage.

A 4GB disk.img file does get created under the local storage path successfully.

Comment 2 Niels de Vos 2018-11-15 13:48:14 UTC
More details in https://bugzilla.redhat.com/show_bug.cgi?id=1642302#c44 when disabling the storage.reserve option. Still 33MB of 4GB has been consumed.

Comment 3 Fabian Deutsch 2018-11-15 14:10:08 UTC
This is affecting a common flow with CNV.

Comment 4 Yaniv Kaul 2019-04-01 06:57:32 UTC
(In reply to Fabian Deutsch from comment #3)
> This is affecting a common flow with CNV.

Irrelevant now for CNV, do we wish to fix this? I think a slight overhead is OK'ish.

Comment 5 John Mulligan 2019-04-01 14:15:46 UTC
I'm in favor of not doing anything no-one is asking for. :-)
Setting to WONTFIX and if it turns out it really is needed we can reopen it.