Effective December 3, NetApp adopts Microsoft’s Business-to-Customer (B2C) identity management to simplify and provide secure access to NetApp resources.
For accounts that did not pre-register (prior to Dec 3), access to your NetApp data may take up to 1 hour as your legacy NSS ID is synchronized to the new B2C identity.
To learn more, read the FAQ and watch the video.
Need assistance? Complete this form and select “Registration Issue” as the Feedback Category.

ONTAP Discussions

Very slow reclaim of space in volume

sparke

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

4 REPLIES 4

Brando

This is likely related to SCSI UNMAP rather than space reclamation, I believe small in size deletions are done asynchronously where as large delations are done synchronously due to performance impacts but depends on Windows and the SCSI unmap commands sent.

Does deleting a large file say 20 - 30 GB result in the same delays to free up space ?

 

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

wcourter

@Jairulez 

Pleas explain

Announcements
NetApp on Discord Image

We're on Discord, are you?

Live Chat, Watch Parties, and More!

Explore Banner

Meet Explore, NetApp’s digital sales platform

Engage digitally throughout the sales process, from product discovery to configuration, and handle all your post-purchase needs.

NetApp Insights to Action
I2A Banner
Public