Hi, basically the aggregate free space is relevant, as you mentioned you are having thin volumes, right?

On 08.11.19 07:18, Vrgotic, Marko wrote:
Hi Ladislav,

Not sure if you sam my reply, so i give it another shot.

I just want to he clear on understanding what you wrote in your recommendation.

Please check my previous reply.

Thank you.

Sent from my iPhone

On 6 Nov 2019, at 11:52, Vrgotic, Marko <m.vrgo...@activevideo.com> wrote:


Hi Ladislav,

Thank you for the reply.

On the matter of your Recommendation, when you mention free space, were you referring to:

  * Space that is free/unallocated on the Aggregate, allowing the
  * Or all that is allocated to the volume but not actual Data Space

Kindly awaiting your reply.


kind regards/met vrindelijke groet

Marko Vrgotic

*From: *Ladislav Humenik <ladislav.hume...@ionos.com>
*Date: *Tuesday, 5 November 2019 at 20:45
*To: *"Vrgotic, Marko" <m.vrgo...@activevideo.com>
*Cc: *"users@ovirt.org" <users@ovirt.org>
*Subject: *Re: [ovirt-users] Re: oVirt and Netapp question


for the NetApp part, here is copy-paste from the netapp kb:


The volume "Over Provisioned Space" value provided in OnCommand System Manager (OCSM) is the "Over Provisioned Size" field provided by the |volume show| <https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-930/volume__show.html> at the cluster shell.

This value is determined by the following formula:

(volume size) - (volume used) - (volume space available) - (snapshot used 
space) == storage that can't be provided by the aggregate if written to the 

for the ovirt part:

Ovirt will see the volume size available within thin-volume without any knowledge of the aggregate space (available/or not) in behind.


on netapp side do volume auto-grow and you are safe as long as you have free space inside aggregate.


On 05.11.19 14:54, Vrgotic, Marko wrote:

    Second attempt ­čśŐ

    *From: *"Vrgotic, Marko" <m.vrgo...@activevideo.com>
    *Date: *Monday, 4 November 2019 at 14:01
    *To: *"users@ovirt.org" <mailto:users@ovirt.org>
    <users@ovirt.org> <mailto:users@ovirt.org>
    *Subject: *oVirt and Netapp question

    Dear oVirt,

    Few months ago our production environment oVirt with main Shared
    storage via NFS Netapp is live.

    We have been deploying VMs with thin provisioned HDD 40GB based
    template, CentOS 7.

    The Netapp NFS v4  storage volume is 7TB in size, also Thin

    First attached screenshot shows the space allocation of the
    production volume from Netapp side.

    Is there anyone in oVirt community who would be able to tell me
    the meaning of the 5.31 TB Over Provisioned Space?


    Second attached is the info  of the production volume from oVirt


    What I want to understand is the way how is oVirt reading the
    volume usage and Netapp and where is the difference.

    Is the Over Allocated Space something that is just logically
    used/reserved and will be intelligently re-allocated/re-used as
    the actual Data Space Used grows or am I looking at oVIrt
    actually hitting Critical Space Action Blocker and will have to
    resize the volume?

    If there is anyone from Netapp or with good Netapp experience
    that is able to help understanding the data above better, thank
    you in advance?

    Kindly awaiting your reply.


    kind regards/met vrindelijke groet

    Marko Vrgotic


    Users mailing list --users@ovirt.org  <mailto:users@ovirt.org>

    To unsubscribe send an email tousers-le...@ovirt.org  

    Privacy Statement:https://www.ovirt.org/site/privacy-policy/

    oVirt Code of 


Ladislav Humenik

System administrator / VI
IT Operations Hosting Infrastructure

1&1 IONOS SE | Ernst-Frey-Str. 5 | 76135 Karlsruhe | Germany
Phone: +49 721 91374-8361
E-mail: ladislav.hume...@ionos.com | Web: www.ionos.de

Hauptsitz Montabaur, Amtsgericht Montabaur, HRB 24498

Vorstand: Dr. Christian B├Âing, H├╝seyin Dogan, Hans-Henning Kettler, Matthias 
Steinberg, Achim Wei├č
Aufsichtsratsvorsitzender: Markus Kadelke

Member of United Internet

Diese E-Mail kann vertrauliche und/oder gesetzlich gesch├╝tzte Informationen 
enthalten. Wenn Sie nicht der bestimmungsgem├Ą├če Adressat sind oder diese E-Mail 
irrt├╝mlich erhalten haben, unterrichten Sie bitte den Absender und vernichten 
Sie diese E-Mail. Anderen als dem bestimmungsgem├Ą├čen Adressaten ist untersagt, 
diese E-Mail zu speichern, weiterzuleiten oder ihren Inhalt auf welche Weise 
auch immer zu verwenden.

This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient of this e-mail, you are hereby notified that saving, 
distribution or use of the content of this e-mail in any way is prohibited. If 
you have received this e-mail in error, please notify the sender and delete the 

Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
List Archives: 

Reply via email to