Bug 1658833 - sparseness is not preserved across online volume migration - CEPH
Summary: sparseness is not preserved across online volume migration - CEPH
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-cinder
Version: 10.0 (Newton)
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ---
: ---
Assignee: Jon Bernard
QA Contact: Tzach Shefi
Kim Nylander
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-12-12 23:36 UTC by Siggy Sigwald
Modified: 2019-01-29 07:11 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-01-09 16:47:01 UTC
Target Upstream Version:
Embargoed:
tshefi: automate_bug-

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1229843 0 high CLOSED sparseness is not preserved across online volume migration of a volume attached to an active VM 2023-03-21 18:40:29 UTC

Description Siggy Sigwald 2018-12-12 23:36:42 UTC 
Description of problem:
Volume migration converts provision to thick causing OSD full
I executed for i in `rbd ls volumes-fast`;do rbd du volumes-fast/$i;done. As you see below 5 (100 GB ) + 5 (300GB) = 2000GB. The 100 Gb volumes are volumes migrated from normal ceph volume type to fast volume type. Now what I see is that when migration of volumes across volume type happens CEPH is treating them as thick provision and provisioned = used
Comment 3 Jon Bernard 2018-12-19 15:17:57 UTC 
It's likely that the volume migration is not optimized, and a full copy is expected in the current state.  With the cinder configuration and log files included I could tell you for sure.

This is a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=1655490
Comment 5 Telles Nobrega 2019-01-09 16:47:01 UTC 
Hi, After discussion with Jon Bernard, we decided that this is not a bug, the behavior is as expected but it could be improved, so I'm closing this as not a bug and it can be reopened later as an RFE.
Comment 6 Tzach Shefi 2019-01-29 07:11:00 UTC 
Close loop wise as behavior is as expected -> NOTABUG. 
Nothing for QE to test/automate.
Note You need to log in before you can comment on or make changes to this bug.