HPE Storage Users Group

Hi!

In one 3PAR F200 I have two thin volumes with Reserved User size at 102%.
Now these volumes are partially empty and the operating system Windows 2008 R2 shows it's OK

In what way can I resolve this?

I have attached an image

I would say that can be normal, and no action is needed... depends on the application data on the LUN.

Some applications are not thin friendly, and no matter how much clean up you do, they will fully provision the lun sooner or later (Luns assigned to a Netapp v-series for example). If its a case where the drive filled up by freak accident, and it was cleaned out, and it not likely to grow back again, then you can run a thin reclamation process on the lun to free up some of that unused space.

Windows 2008 r2 won't to a T-10 unmap which is the process to automatically tell the array to re-thin blocks once data has been removed. Apparently this works in win2012 though I haven't played with it yet to know for sure.

So, as Richard said above, the only way to non-disruptively, rethin those is to send zeros "0" down the line for each block of free-space, assuming you have zero-detect enabled on those 3PAR VV's. The real-world way to do this is either a script that utilizes "sdelete" or there are some 3rd party defrag. programs that zero out free blocks during a defrag operation.

sdelete is free and provided by Microsoft here:

http://technet.microsoft.com/en-us/sysi ... 97443.aspx

"sdelete -c" is the option you want, it will zero out white space on the drive. Make sure the VV has the zero_detect policy enabled as well.


**EDITED to fix the -c option

Thank you very much

I executed sdelete and installed one drefrag program for servers and what's my surprise now I have the volumes with more space occupied in the 3PAR console. Before execute defrag and sdelete one vol has 800GB occupied and after it has 1,6TB. The second volume has only 2GB of data but for 3PAR it has 8GB and it's impossible to reduce.

The VV have Zero-detect activated and I don't know if I need extra licenses. I have this:
InForm Suite, Remote Copy, System Reporter, Thin Conversion, Thin Copy Reclamation, Thin Persistence, Thin Provisioning (all capacity), Virtual Copy.

You have the correct license(s), did you set the VV policy for zero_detect? per VV?

command line:
setvv -pol zero_detect NAME_OF_VOLUME

GUI:
Right click -> edit a VV, check the advanced options box, click next, check box in zero_detect

We have exactly the same problem here.

Zero Detection is enabled and we ran SDelete 1.6 and even 1.51 and still no luck.

The system is a F200 with Software Version 3.1.2
And the license is activated as well.

Any help would be greatly appreciated

Hi

We also have the same behavior on our 7400. Since this post is a couple of month old I hope that someone maybe have the solution ?

/´M

sdelete -c is the correct option, not -z.

SDelete - Secure Delete v1.51
Copyright (C) 1999-2005 Mark Russinovich
Sysinternals - www.sysinternals.com

usage: sdelete [-p passes] [-s] [-q] <file or directory>
sdelete [-p passes] [-z|-c] [drive letter]
-c Zero free space (good for virtual disk optimization)
-p passes Specifies number of overwrite passes (default is 1)
-q Don't print errors (Quiet)
-s Recurse subdirectories
-z Clean free space

I know and we have done that, but the fact still is present that the 3par Array does not reclaim the space att all , instead the volume grows beyond 100% when running sdelete .
/M