It's been brought up quite a few times, actually. I think the reason
it hasn't been fixed yet is that the "right" fix is to make the
storage driver decide if it can do overprovision in a given situation,
which is a bit more work than just slapping together a long 'if'
statement.

On Tue, Mar 10, 2015 at 6:54 AM, Wido den Hollander <w...@widodh.nl> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
>
> On 03/10/2015 02:50 PM, Andrija Panic wrote:
>> Nice question - I would like this fixed if possible...?
>>
>
> I created a Jira issue for this:
> https://issues.apache.org/jira/browse/CLOUDSTACK-8313
>
>> On 10 March 2015 at 14:47, Wido den Hollander <w...@widodh.nl>
>> wrote:
>>
>> Hi,
>>
>> I've ran into the issue where it seems that local storage can't be
>> overprovisioned.
>>
>> storage.overprovisioning.factor is set to 1.5 in both the global
>> and zone settings, but this is ignored.
>>
>> In this case it's a 1TB SSD which currently has 68GB allocated on
>> disk, but 750GB of disk space has been allocated according to
>> CloudStack.
>>
>> Looking StorageManagerImpl there is this if-statement:
>>
>> if (storagePool.getPoolType() == StoragePoolType.NetworkFilesystem
>> || storagePool.getPoolType() == StoragePoolType.VMFS) { DO
>> OVERPROVISION } else { DO NOT OVERPROVISION }
>>
>> So why is local storage excluded here? Since QCOW2 is sparsely
>> allocated and templates deployments are just clones of a parent
>> QCOW2 it's fair to say that with local storage you can also
>> overprovision?
>>
>> Any objections to adding this?
>>
>> Wido
>>>
>>
>>
>>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
>
> iQIcBAEBAgAGBQJU/veAAAoJEAGbWC3bPspCUFoQAI8OVRVziU0VE/nrRqmeOXLx
> FaBHxzO5L6sPfrFXz+qPjmZJmkMKoMWUgKmnp7DUCTBKqLINhhS07dMRRGZEY+tw
> 1yYYFIuvu6aak5M/LXhRIc0dns5KvLGMiGFkVJpJmO6jyLl8sqdPukpcV96wVm4C
> eXGgOSQUJ6ut/7W2j3hXu6+da9pZA0Wpm/8dFQw9YG+NjMo1cO1gq0d2XR3rkWJG
> r7JOsFMk8OWt0+HWA7RpUhMaKkhFDw3UDwTx5ejAoIgJAQ7RVJJrUZfojtn3TQa4
> nV3128TZGO1gO4jPrqgPneTGsn2d2rKBhIclglFX3VsTVx7snHJwnf+Ig3mwyOpT
> 1ebCqLsVBD0aNxh0J+9OHrfwnyMlOCPJADx/Q8VG/UxbEiYH4XB30E7WV4nsbndU
> 2OlAgfaUuFb8lbceknu67rcUVxblCsvBJYQKUArNJPavV/xV7I/kwxM++bizj+6V
> nk/ifHkztHEFpvDYkXEOwhrhUiZXTDJTFmCZ+hqdMgIbpGoNd+P6zw7gPU/IKsNI
> m5sdfmd2l2YeNIDbQYKt1v8uaaGWff9ql21FNfLfAqp5T6ayMf87Oev0JKsXvSqe
> rbh8wK+rdBU9dFscXixgKJ+se8OXdljSyH9KTsx+JIZxv4/X1kE2VnH/1U6JJlIW
> YYFmd6m6IsXV3YBtoU9n
> =NqzG
> -----END PGP SIGNATURE-----

Reply via email to