Subscribe

Very slow reclaim of space in volume

[ Edited ]

Hi all - If someone could help with this question would be awesome.

Here's our setup.

  • FAS3220 running 8.2.3p2 7-Mode
  • We have Exchange 2010 running on a Windows 2012 (non-R2) virtual machine on ESXi 5.5
  • The volumes are presented into the OS using LUNS via RDMs.
  • The particular drive we're seeing an issue with is a 780GB thin provisioned LUN presenting a 800gb thick provisioned volume.  it stores Exchange logs which are deleted (~300gb worth) nightly. 
  • We have enabled space_alloc on the LUNs to ensure when files (actually Exchange Logs) are deleted, we get the space back on the volume.
  • We keep only one nightly snapshot of the volume, and then it goes to SnapVault. So only 1 snap exists on the volume outside backup hours.

The issue:

We're seeing very very slow (sometimes none at all) space reclaimation on the volume after the logs are purged. We see the space come back in Windows immediately. 

 

For example, on one log volumes right now we have 200GB of data visible in Windows.

On that 800GB NetApp volume, NetApp shows 125GB available, 470gb Data used, and 204GB of snaps = 674GB total.

 

The controllers on the NetApps aren't being smashed (sitting around 50% or lower).

 

Is this descrepency due to the space reclaim in the background being very slow? or could there be some other issue? Is there a way to see the progress of the reclaim or expedite the reclaim process?

 

Any help would be great.

 

We've logged a call but it'll probbaly move slowly. 

 

 

Lun

LUN.png

 

Volume

Volume.png

Re: Very slow reclaim of space in volume

Hi Sparke
Usually snapshots deletion will havs retention period up to 24 hours .