| HPE Storage Users Group https://3parug.net/ |
|
| VV space https://3parug.net/viewtopic.php?f=18&t=257 |
Page 1 of 1 |
| Author: | tiger_woods [ Mon Jan 21, 2013 8:59 pm ] |
| Post subject: | VV space |
Hi, After running the unmap command on the ESX host, the Used User size reduced significantly, however the Reserved space on the VV is still the same and has a higher value. I tried to run a compactcpg, and Inserv came back saying the CPG is already compact. I'm assuming the compactcpg runs automatic as I have the DO and AO license installed? Can I free up chunklets and reduce the Reserved User Space value? Or is this just best left alone? Thanks! |
|
| Author: | Fastjack [ Tue Jan 22, 2013 4:27 am ] |
| Post subject: | Re: VV space |
Hi, the reserved space should be cleaned up by background process that is running automatically. In my experience this can take a very long time. AFAIK there are no tuning commands or other tricks that would speed this up (we asked HP support as well). So if anybody knows another way or has more info on this I would be very interested as well. |
|
| Author: | Richard Siemers [ Tue Jan 22, 2013 4:57 pm ] |
| Post subject: | Re: VV space |
I'm not at the version you guys are yet so I can't test myself, but is it possible the zero_detect policy needs to be enabled on the VV (LUN) inside the 3PAR? |
|
| Author: | tiger_woods [ Tue Jan 22, 2013 8:29 pm ] |
| Post subject: | Re: VV space |
Fastjack wrote: Hi, the reserved space should be cleaned up by background process that is running automatically. In my experience this can take a very long time. AFAIK there are no tuning commands or other tricks that would speed this up (we asked HP support as well). So if anybody knows another way or has more info on this I would be very interested as well. Ok, I'll keep an eye on it. Hopefully the space gets reclaimed eventually. Thanks. |
|
| Author: | tiger_woods [ Tue Jan 22, 2013 8:30 pm ] |
| Post subject: | Re: VV space |
Richard Siemers wrote: I'm not at the version you guys are yet so I can't test myself, but is it possible the zero_detect policy needs to be enabled on the VV (LUN) inside the 3PAR? Hi Richard - Yes the VV is 'zero_detect' enabled. |
|
| Author: | Fastjack [ Wed Jan 23, 2013 5:08 am ] |
| Post subject: | Re: VV space |
Richard Siemers wrote: I'm not at the version you guys are yet so I can't test myself, but is it possible the zero_detect policy needs to be enabled on the VV (LUN) inside the 3PAR? All our volumes have zero detect enabled. Otherwise the used space within the volumes would not have shrunk leading to the large difference (used space vs. reserved space). |
|
| Author: | Richard Siemers [ Wed Jan 23, 2013 8:36 am ] |
| Post subject: | Re: VV space |
Fastjack wrote: All our volumes have zero detect enabled. Otherwise the used space within the volumes would not have shrunk leading to the large difference (used space vs. reserved space). Good point. I've seen similar "slow to shrink" behavior after manually zeroing out luns with sdelete, perhaps ESX and unmap are irrelevant details to the thin reclaim behavior you see. My hypothesis formed in my case was that there is an algorithm that prevents excessive allocation/deallocation work and to prevent excessive backend fragmentation of your luns. |
|
| Author: | TinDog [ Fri Jan 25, 2013 7:21 am ] |
| Post subject: | Re: VV space |
Try running 'freespace' against the VV. You can't have snapshots when using this command. AFAIK, compactcpg are not automatic but can be scheduled with createsched |
|
| Page 1 of 1 | All times are UTC - 5 hours |
| Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |
|