This portal is to open public enhancement requests against IBM System Storage products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
Same problem for virtualizing V7000 behind ESC SVC clusters,
VMware guys are using (and reusing) more and more big datacontainers...
Or :
- the LUN's keep growing and we have to buy more storage ;-)
Or :
- There is a lot of extra work to plan for cleaning up this mess :-(
Anyhow, the customer is the losing party !
Last week another customer locked his volume because of overwriting. UNMAP is a must for all midrange and enterprise storage these days. Without this feature customers see this product as immature and not complete.
if you operate an A9000R behind an SVC this scsi unmap command is also a major function
Please provide unmap primitive for SVC / Spectrum Virtualize too
we urge to provide this feature in the next code release.
After some discution with V7000 support, the scsi unmap is on active development.
Freenas ... FREE PRODUCT support Delete Status
naa.6589cfc000000a1f83b3a1f01359d67b
VAAI Plugin Name:
ATS Status: supported
Clone Status: supported
Zero Status: supported
Delete Status: supported
We have used the shrinkvdisksize command on a V3700 to shrink a 40TB vDisk to 15TB and zeroed the free space before but the space is not reclaimed. There is also not enough space left to make a Thin mirror. With thin mirroring in place you would also loose redundancy. We're stuck.
The GUI warns of this: "The system arbitrarily reduces the capacity of the volume by removing one or more extents that are allocated to the volume. You cannot control which extents are removed and cannot ensure that unused capacity is removed."
There is no possibility at the moment to unmap the unused Grains and move the other Grains to these gaps in other extents.
It should be easy to achieve this by consolidating the Grains to fewer Extents as this is also done while creating a Thin mirror.
There are many other use cases associated with this issue.
No release plans or other visible progress. U N B E L I E V A B L E ! ! !
I heard some rumors that this functionality would be implemented for vmware vvols in a upcoming release.
How about support for windows? There have been promises of "soon coming" support for the scsi unmap primitive for years now. Update on this, anyone?
The work around is not a valid solution when the SAN grows past the ability to double you used storage just to shuffle data around. We have clients who will need this function asap.
Due to processing by IBM, this request was reassigned to have the following updated attributes:
Brand - Servers and Systems Software
Product family - Storage
Product - IBM Storwize V7000, V5000 and V3000
For recording keeping, the previous attributes were:
Brand - Tivoli
Product family - Storage
Product - IBM Storwize V7000, V5000 and V3000
The SCSI UNMAP command is not available in SVC and Iberdrola misses this feature because currently we can't reclaim the space of thoses arrays that do perform native thin provisioning
@myibmprofile: There workaround is ridiculous...Though painful and a waste of time, we will be creating new volumes and sVmotioning.
2012 This was brought to their attention. 2014 now and still not fixed. My last support call with them says its, "Road mapped for 2015." What a joke...
I agree with Dcooper2 - frustrating that IBM is so slow to provide support for this. I'd like to ask other posters that have used the "workaround" of writing zeros how they perform this? I've begun creating new thin volumes and svMotion VMs to them and deleting the old. What a waste of time.
I find it sad that this was first brought up Sep 26 2012 and there is still no resolution. Is this not a priority for IBM? I guess Ill have to use my DELL Compellent array as my primary SAN.
Agreed with the RFE
The current method of having to write zeroes, causing significant load on the array mdisks, and to then have to perform a mirror copy to reclaim space is hard to justify as a solution that is workable. I would like to see zero blocks returned to the real space automatically as well. At least you can then just shrink the real down to free up capacity.
We lost a big svc/storwize project to HP 3PAR last semester. The customer pointed out the lack of unmap as a decisive factor in the choice
In march I we got the answer: "It is planned to introduce this feature in a future release". But no timeline.
Agreed with the RFE - I was going to submit the same request when I saw this