Is there a simple way in Orchestrator to determine if the VM is managed by Site Recovery Manager? More specifically, I am talking about the VM on the secondary site which is sitting in a power...
See more...
Is there a simple way in Orchestrator to determine if the VM is managed by Site Recovery Manager? More specifically, I am talking about the VM on the secondary site which is sitting in a powered-off state.. I would like to exclude these from reports/actions made across all VMs in a vCenter instance. Thanks in advance, Dave
In short, getting Nvidia to work is a no-go (unless certain things have changed). You may be able to get it working with Xen, but ESXi will be a struggle at best and failure as the norm.
There definitely exists a 64-bit install, if you have the virtual appliance then you can go to the default url and download it from there. You can install just the client from the Orchestrator...
See more...
There definitely exists a 64-bit install, if you have the virtual appliance then you can go to the default url and download it from there. You can install just the client from the Orchestrator installation executable from the vCenter ISO, I am hoping/assuming that it will install the correct version.
We are behind a proxy, requiring a username with a "\" in it (so not usable by the appliance). How do we go about doing an upgrade from cd-rom or local repository? I haven't been able to find tha...
See more...
We are behind a proxy, requiring a username with a "\" in it (so not usable by the appliance). How do we go about doing an upgrade from cd-rom or local repository? I haven't been able to find that information anywhere..
Hi all, Trying to do an upgrade on my appliance from 5.1.0 to 5.1.1, I have taken backups of the appliance configuration, all workflows and configuration elements. I shut down the 5.1.0 app...
See more...
Hi all, Trying to do an upgrade on my appliance from 5.1.0 to 5.1.1, I have taken backups of the appliance configuration, all workflows and configuration elements. I shut down the 5.1.0 appliance and create a new VM using the 5.1.1 appliance, utilising the same IP albeit different hostname, and successfully imported the appliance configuration. Importing workflows works but anytime I try to import any configuration element (or package containing a configuration element) I receive an error in the vCO client stating NullPointerException. The only difference from the 2 appliances (apart from version) is that I am using the latest AD plugin on the 5.1.1 instance and on the 5.1.0 instance I am using the latest version prior. Is anyone else experiencing this problem? There is nothing generated in the logs, even on log level ALL.. Thanks, Dave
Try running the "Customize, Windows with single NIC and credential" workflow by itself so that you understand what inputs it expects, then you can set about mapping those from your other workflow...
See more...
Try running the "Customize, Windows with single NIC and credential" workflow by itself so that you understand what inputs it expects, then you can set about mapping those from your other workflow.
If you go through the input parameters for the workflow, you will find the description tells you what the parameter is for. You are trying to assign your VM name against the input parameter "v...
See more...
If you go through the input parameters for the workflow, you will find the description tells you what the parameter is for. You are trying to assign your VM name against the input parameter "vm" I assume, which is the "Virtual machine to clone". You are probably wanting to assign it against "name" which is the "New virtual machine name".
I am not sure what exactly you are needing here. Do you want to have your own text on the workflow input (in which case you can place that in the presentation, or create an action which popula...
See more...
I am not sure what exactly you are needing here. Do you want to have your own text on the workflow input (in which case you can place that in the presentation, or create an action which populates an input parameter) or do you want the requester to input the data (in which case it has to be an input parameter).
Open the Orchestrator Client and edit the workflow. Go to "Inputs" and add the parameters. It might be best if you go through some of the introductory videos on www.vcoteam.info to get an idea...
See more...
Open the Orchestrator Client and edit the workflow. Go to "Inputs" and add the parameters. It might be best if you go through some of the introductory videos on www.vcoteam.info to get an idea on how to work with Orchestrator and creating a basic workflow.
Yes, you can definitely do that. Create some input parameters of type string (or number or boolean) and you can use those to contain the data you require.
+1 for what Marc said. Using the Powershell will connect across the https interface to the filer using API calls, but if you used SSH-based calls then you would not be able to access filers where...
See more...
+1 for what Marc said. Using the Powershell will connect across the https interface to the filer using API calls, but if you used SSH-based calls then you would not be able to access filers where an admin was logged in since they do not allow concurrent connections (Service Processor aside). I know that the plug-in created for Orchestrator is only available through NetApp but I would not expect them to give this out to you since they are pushing their WFA (Work Flow Automation) product for NetApp and interacting with WFA via REST. I think it would be better to have a community driven set of workflows using the Powershell method personally, in general the NetApp APIs are pretty good and this is how I would approach it unless you have some sort of arrangement for WFA. The downside is having to then maintain 2 automation systems (and the ensuing troubleshooting when something goes awry).
