2012-08-08 11:44 AM
I have a similar question. Suppose you have a scenario where users will provide multiple source volumes as inputs and the workflow should create a new destination volume for each source volume input also create a VSM relationship between each source and destination volume combination.
Is there a way we can write a workflow to suit this customer requirement?
2012-08-08 12:55 PM
First, I've branched this conversation off from the other Discussion (Re: Ability to create a volume or other entity based on the configuration of an existing volume or other entity?). My answer to you would depend on how you input the "multiple" source volumes. Here are the scenarios I can think of right now:
Since this discussion is a branch from the other discussion, I will add that example here in another reply.
I'm not sure if this addresses your question, but I hope it helps,
2012-08-08 12:58 PM
The initial question in the other thread was:
"How can I use such a loop in wfa for all volumes in an array? I would like to use this to check if a snapmirror relationship exists for all volumes on an array. I didn't find it in the docs."
We're working on putting getting more documentation / training information available, but in the meantime, here is what I would recommend:
If you would like to see this in a workflow, I recently posted a c-mode workflow that will remove a vServer and all it's volumes. While not your use case, it should still prove to be a good example for how to identify all the volumes on a controller and perform various actions. You can find that workflow example HERE.
Hope this helps,
2012-08-09 04:08 PM
Kevin, thank you very much for your elaborated reply.
About the following option:
this sounds like a good trick for our usage. But the only problem I think we might face, is that while giving source volume inputs, user might provide volumes from different vservers and different clusters as well.
So does that mean we would have to have 3 delimited user inputs for Source Volumes, Sourve Vservers and Source Clusters?
I see that we have an Array as an input variable type. Is it possible to extend this variable type to suit our needs?
2012-08-10 01:10 PM
The answer is that this also depends. You could just have your other user inputs be 'static' and only allow for a single source vServer and source Cluster... while allowing a delimited list for Source Volumes. You can also "get" the information about the vServer and Cluster from the volumes... so you don't really need them to input that information. I guess the better way of answering is you can delimit the user inputs that make sense to you. You could also have multiple delimiters within your single user input... one that designates volume_name, and then one for size. This could be a combination of commas ( , ) and semi-colons ( ; ), as a possibility.
All this said, I would also say I don't find this that desirable. If this is an "internal" type of use case, then I think it can apply and be very helpful. However, if this is to be an "externally" facing type of workflow... where non-experts are going to look at or try to use, then that could be problematic. if this is a workflow that will be kicked off by an external system via web-services... well... that is a totally different use case... and this type of input could be very powerful.
Hope this helps,