Why didn't the available space on my FSx for ONTAP volume update after I deleted large files, folders, or a large amount of data?
I deleted large files or directories from my Amazon FSx for NetApp ONTAP volume. The space isn't reclaimed and the available space isn't accurately reflected or takes several days to correctly display when I run the "df" command.
When you delete a large amount of data, large files, or directories, the available space that's created takes time to propagate. This is because the block ownership calculation scanner must complete before the blocks return to available space. The delay is expected behavior and doesn't affect volume performance.
To accelerate propagation of available space, use the async-delete feature. The async-delete feature asynchronously deletes directories from Linux and Windows client shares in the background. By default, when you use async-delete to delete files, the files move to a hidden directory that's named ontaptrashbin.
To turn on async-delete, complete the following steps:
1. Connect to your FSx for ONTAP cluster as fsxadmin.
2. Set the privilege to advanced mode:
FsxIdxxxxxxxxxxxxxx::*> set -priv adv
3. To turn on async-delete for the volume that contains the data that you want to delete, run the following command:
FsxIdxxxxxxxxxxxxxxxxxx::*> volume file async-delete client enable -vserver fsx -volume vol50_async
Info: Async directory delete from the client has been enabled on volume "vol50_async" in Vserver "fsx".
(Optional) You can also add the trashbin parameter to the command to specify a Trashbin Directory Name: