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.
This is delivered with new volume group Snapshot 2.0 in 2Q22 (8.5.1)
Just thinking about the proposal, currently the way Commvault and other softwares make referenced snapshots are:
1. run mkvdisk to create a target for flashcopy
2. run mkfcmap to create the snapshot relationship
3. run startfcmap to create the snapshot and give the fcmap target data
The existing design for mkvdisk defaults to round robin preferred node in effort to load balance host workload between nodes/iogrps. In the software today, we provide the ability to add -node to mkvdisk to specify preferred node to override this default.
Given Spectrum Virtualize can't know the end-user intention to create a snapshot when simply making a volume, my opinion is the existing design is correct. I think the real enhancement is required on the 3rd party software to query the volume it intends to make a snapshot of (which it must do already to get size information) for the preferred node and add it to its script to create new volumes.
The alternative implementation to satisfy this request would be to make some new CLI like mksnapshot which combines lsvdisk, mkvdisk, and mkfcmap functionality which to me seems like unnecessary to fit the requirement listed.
While this could be done in theory, my opinion is that for the case of your customer, the right implementation is to make the software that is creating the snapshot read in 1 extra variable from lsvdisk (because it is getting data from this already) to make their mkvdisk command smarter and complaint with out best practices.