How do storage efficiencies affect volume move?
Applies to
- ONTAP 9
Answer
- When a volume is moved, the footprint it takes up does not include the storage efficiencies at the aggregate level.
- The space will be inflated when moved to a new aggregate until the storage efficiencies can finish once the move is complete.
- Example:
- A volume could be 5 TB in actual disk space used, but really be 50 TB when excluding the space savings.
- The destination aggregate only has 20 TB of free space.
- This will fail as the volume really is using 50 TB of disk capacity, not 5 TB.
- To view this footprint, use the
volume show-footprintcommand and check thetotalFootprint in Performance Tieroutput.- Notes:
- If using
volume show-footprint -fields, the flag isvolume-blocks-footprint-bin0. - If using
volume show-footprintwith no-fieldsflag, it shows up as line itemFootprint in Performance Tier.
- If using
- Notes:
- This footprint will be compared to the aggregate's free space (such as using
df -A -h).
Example:
- Show the actual used space of the volume, not accounting for any FabricPool tiering:
Cluster::> volume show-footprint -fields volume-blocks-footprint-bin0
Vserver : fsx Volume : fg_oss_1712544968__0001
Feature Used Used% -------------------------------- ---------- ----- Volume Data Footprint 512.1MB 0%
- Compare with the aggregate free space, and see that 95.7 TB is clearly less than the 98.3 TB used above, so volume move will fail as it needs another 2.6 TB or more:
Cluster::> aggr show -fields availsize
aggregate availsize
--------- ---------
aggr1 95.7TB
Additional Information
- What is the Change in Physical Used Space Reporting for 9.14.1 and later
- Example: A volume move failure due to insufficient aggregate space can be seen with the following error:
5/17/2021 12:57:29 Netapp-2 ERROR mgmt.vopl.move.nospace: The 'volume move' operation with ID '14748' for volume 'volume_move' present on Vserver 'vserver' cannot proceed (Reason: Not enough space in the volume or aggregate).