[one-users] Thin provisioning and image size

[Steven Timm]

I am seeing the opposite problem in One 4.x
and have been ever since we started testing it.
When I do oneimage create using a qcow2 image,
opennebula always reports the size as the absolute
maximum to which the qcow2 file system could expand.
This keeps us from being able to over-provision our
disk on the VM hosts as we've done under Opennebula 3.2 for a long time.

For instance:

[oneadmin at fermicloud198 ~]$ oneimage show 5
IMAGE 5 INFORMATION
ID             : 5
NAME           : SLF6Vanilla
USER           : oneadmin
GROUP          : oneadmin
DATASTORE      : cloud_images
TYPE           : OS
REGISTER TIME  : 10/03 16:31:31
PERSISTENT     : No
SOURCE         : 
/var/lib/one/datastores/102/180caf99a13146dbd1b60593378d4479
PATH           : /tmp/55c42a4cc7f87ea3390bc2bef14212c5
SIZE           : 256G
STATE          : used
RUNNING_VMS    : 1

PERMISSIONS
OWNER          : um-
GROUP          : u--
OTHER          : u--

IMAGE TEMPLATE
DESCRIPTION="SLF6 Vanilla"
DEV_PREFIX="vd"
DRIVER="qcow2"
EC2_AMI="YES

------------------------

[oneadmin at fermicloud198 ~]$ onedatastore show 102
DATASTORE 102 INFORMATION
ID             : 102
NAME           : cloud_images
USER           : njp
GROUP          : oneadmin
CLUSTER        : cloudworker
TYPE           : IMAGE
DS_MAD         : fs
TM_MAD         : shared
BASE PATH      : /var/lib/one/datastores/102
DISK_TYPE      : FILE

DATASTORE CAPACITY
TOTAL:         : 7T
FREE:          : 1.6T
USED:          : 4.1G
LIMIT:         : -

PERMISSIONS
OWNER          : um-
GROUP          : u--
OTHER          : ---

DATASTORE TEMPLATE
BASE_PATH="/var/lib/one/datastores/"
CLONE_TARGET="SYSTEM"
DATASTORE_CAPACITY_CHECK="NO"
DISK_TYPE="FILE"
DS_MAD="fs"
LN_TARGET="NONE"
TM_MAD="shared"
TYPE="IMAGE_DS"

IMAGES
5
6

[oneadmin at fermicloud198 ~]$ onedatastore show 100
DATASTORE 100 INFORMATION
ID             : 100
NAME           : localnode
USER           : oneadmin
GROUP          : oneadmin
CLUSTER        : cloudworker
TYPE           : SYSTEM
DS_MAD         : -
TM_MAD         : ssh
BASE PATH      : /var/lib/one/datastores/100/100
DISK_TYPE      : FILE

DATASTORE CAPACITY
TOTAL:         : -
FREE:          : -
USED:          : -
LIMIT:         : -

PERMISSIONS
OWNER          : um-
GROUP          : u--
OTHER          : ---

DATASTORE TEMPLATE
BASE_PATH="/var/lib/one/datastores/100/"
DATASTORE_CAPACITY_CHECK="no"
SHARED="NO"
TM_MAD="ssh"
TYPE="SYSTEM_DS"

IMAGES
[oneadmin at fermicloud198 ~]$

---------------------------------

Any suggestions?

Steve



On Mon, 8 Sep 2014, Javier Fontan wrote:

> Then the value makes sense as the units stored are Megabytes.
>
> On Fri, Sep 5, 2014 at 3:34 PM, Daniel Dehennin
> <daniel.dehennin at baby-gnu.org> wrote:
>> Javier Fontan <jfontan at opennebula.org> writes:
>>
>>> Which was the size of the original image? I think that when you do a
>>> save_as (deferred disk snapshot) it just copies the size of the
>>> original image to the new one.
>>
>> I started with empty qcow2 disk of several virtual sizes, but on disk
>> they are all 196KB.
>>
>> Regards.
>> --
>> Daniel Dehennin
>> Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
>> Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
>> _______________________________________________
>> Users mailing list
>> Users at lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
>
> -- 
> Javier Fontán Muiños
> Developer
> OpenNebula - Flexible Enterprise Cloud Made Simple
> www.OpenNebula.org | @OpenNebula | github.com/jfontan
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

------------------------------------------------------------------
Steven C. Timm, Ph.D  (630) 840-8525
timm at fnal.gov  http://home.fnal.gov/~timm/
Fermilab Scientific Computing Division, Scientific Computing Services Quad.
Grid and Cloud Services Dept., Associate Dept. Head for Cloud Computing