ONTAP Discussions
ONTAP Discussions
Hi Team ,
we're using physical used capacity to compute various metrics. We've observed that for some volumes, the used capacity and physical used capacity values are the same, while for others, they differ.
Here are the details from our NetApp system (version 9.13):
```
A250::> volume show -fields size, available, total, used, physical-used
vserver volume size available total used physical-used
------- ---------- ------- --------- ------- ------- -------------
A250-01 vol0 151.3GB 72.74GB 143.7GB 70.99GB 68.25GB
A250-02 vol0 151.3GB 77.03GB 143.7GB 66.70GB 62.60GB
svm1 Lun_1 2.06GB 2.06GB 2.06GB 632KB 632KB
svm1 Lun_test_3 10.30GB 10.30GB 10.30GB 692KB 692KB
svm1 svm1_root 1GB 970.3MB 972.8MB 2.48MB 7.96MB
```
We've tried to understand the reasons behind this discrepancies but couldn't get a clear explanation.
Could you please help us understand about this volume capacity values.
Thank You !
hello,
have you other VOL, or juste VOL0 and root vol to compare ?
For the vol hosting LUN,it's could be normal to "reserve" the sapce to garante the security of LUN iops
For ohter vol in NAS mode, like VOL0 or root, this vol dont have any reservation, and they benefit of the dedup action
Idily used and physical used capacity values are differenet , but for 2 volunmes the used and physical used is same, we need to understand what could be the reason behind that
Ok,
Can you try this command :
volume show -field space-guarantee
And send us the result , pls
Hi cedric_renauld,
Pls find the below details
Vserver Name: A250-02
Volume Name: vol0
Space Guarantee Style: volume
Vserver Name: A250-02
Volume Name: vol0
Space Guarantee Style: volume
Vserver Name: svm1
Volume Name: Lun_test_3
Space Guarantee Style: none
Vserver Name: svm1
Volume Name: svm1_root
Space Guarantee Style: volume
Vserver Name: svm1
Volume Name: Lun_test_3
Space Guarantee Style: none
For Lun_1 , Lun_test_3 , space guarantee is none, what does mean, is that the reason to get the same value for used and physical used values.
Thanks in Advance.