The VASA provider is built into ViPR Controller and is installed when it is installed. By default the VASA provider utilizes the local ViPR nodes.
VIPR VASA Provider is basically a service running on the App. To confirm its running go to Admin -> System > System Health and confirm vasasvc is running.
You can edit the ViPR instance URL that the VASA storage provider utilizes from the Admin -> Configuration -> Other but if using the default (inbuilt VASA with ViPR) leave this UI blank. If you have details in the text field remove and save for the VMS to reboot.
Please try the following to resolve your issue. If you still run into issue please open an SR with support for us to look at the issue by webEX etc...
1. Confirm the Health of the inbuilt VIPR VASA Provider
2. Goto https://< Virtual IP address (VIP) of the ViPR instance>:9083/storageos-vasasvc/
3. Select Services to View the list of all the available services deployed in this server. This will bring you to https://< Virtual IP address (VIP) of the ViPR instance>/storageos-vasasvc/services/listServices
4. From the listServices page look for vasaService - Service EPR (End Point Reference URL) Copy the vasaService URL from the webpage.
5. With the VSphere Web Client Go to Home -> VCenter-> VCenter Servers-> XXXXXXXX > Manage -> Storage Providers
6. In the Register Storage Provider box that is displayed, Provide the following values. Be careful with the format of the login name see below details to confirm all is ok. Click on OK when the details are correct. If you get a Security Alert, Click Yes to continue.
7. Once added, make sure the Storage Provider Details is online. This might take a few minutes.
Be aware of the following solution https://support.emc.com/kb/171036 if you are having issues registering Storage Provider due to user/password
"ViPR 1.0: Unable to successfully integrate VMware VASA (vSphere API for Storage Awareness) because of username/password combination errors, although they have been verified and work within ViPR"
Be sure you are specifying the Virtual IP address (VIP) of the ViPR instance (which in turn has access to all ViPR Controllers)
Ensure that the ViPR VIP Ports 9083 and 8443 are open bi-directionally between the vCenter Server and ESXi Servers you are attempting to integrate with ViPR
Ensure that the user which is being used to register VASA between the vSphere client and ViPR has been assigned the role “System Administrator" within ViPR
Lastly, also ensure that you are using the correct Domain & User ID, and in the proper format to be accepted by both the vSphere client and ViPR. This is explained in more detail in the notes below:
The naming conventions behind AD authentication which are used and accepted in vSphere versus ViPR can be slightly different. In vSphere, the client does not allow the “@” symbol for User ID’s (Ex.“admin-user@viprdomain.com”) – if you use that format (with @), you’ll receive an error that indicates that “@” is not a valid character.
Also however, if you specify the domain by its short name when entering the user (Ex. “viprdomain\admin-user”) as opposed to the FQDN (Ex. “viprdomain.com\admin-user”), you’ll simply receive a “username/password invalid” error message in the vSphere client, which can be confusing since everything appears to be correct (domain, user ID, and password). Assuming that both ViPR and vSphere have access to the same domains, to resolve this issue, make sure you specify the full FQDN (Ex. "viprdomain.com\admin-user") of the domain in the vSphere client when integrating VASA into ViPR.
I have added ViPR as a storage provider in the vCenter. I could also see the list of all VASA APIs residing at ViPR. I will get back to you on this front. I have below issue now related to creating storage share:
I have attached Isilon backend array. In the ViPR UI, I tried "Creating Unix Share - Create new file system and NFS export". I am getting an error. I have given the "Logs" and "Execution Steps" below.
An error occurred while finding a suitable placement to handle the request (code: 1034). Cannot find a network for all the hosts in the request. Check to ensure all the hosts are associated with a network and that it is the same network.
com.iwave.ext.emc.bourne.om.ServiceErrorException: An error occurred while finding a suitable placement to handle the request (code: 1034). Cannot find a network for all the hosts in the request. Check to ensure all the hosts are associated with a network and that it is the same network. at com.iwave.ext.emc.bourne.filters.Exception"font-weight: bold; color: #333333; font-family: 'Helvetica Neue', Helvetica, Arial, sans-serif; font-size: 12.800000190734863px;">Execution Steps
POST /file/filesystems/urn:storageos:FileShare:88445147-56a4-40f9-8be7-a650f7cea3c1:/exports
a second
com.iwave.ext.emc.bourne.om.ServiceErrorException: An error occurred while finding a suitable placement to handle the request (code: 1034). Cannot find a network for all the hosts in the request. Check to ensure all the hosts are associated with a network and that it is the same network. at com.iwave.ext.emc.bourne.filters.ExceptionOnErrorFilter.handle(ExceptionOnErrorFilter.java:76) at com.iwave.ext.emc.bourne.filters.ProxyTokenFilter.handle(ProxyTokenFilter.java:29) at com.iwave.ext.emc.bourne.filters.AuthTokenFilter.handle(AuthTokenFilter.java:34) at com.iwave.ext.emc.bourne.BourneAPIClient$2.handle(BourneAPIClient.java:133) at com.sun.jersey.api.client.Client.handle(Client.java:648) at com.sun.jersey.api.client.WebResource.handle(WebResource.java:680) at com.sun.jersey.api.client.WebResource.access$200(WebResource.java:74) at com.sun.jersey.api.client.WebResource$Builder.method(WebResource.java:632) at com.emc.bourne.api.Lglw2093LssEmcCom$FileFilesystems$IdExports.postXmlAsTaskResourceRep(Lglw2093LssEmcCom.java:20426) at com.emc.sa.service.bourne.file.tasks.CreateNfsExport.doExecute(CreateNfsExport.java:41) at com.emc.sa.service.bourne.file.tasks.CreateNfsExport.doExecute(CreateNfsExport.java:10) at com.emc.sa.service.bourne.tasks.WaitForTask.executeTask(WaitForTask.java:16) at com.emc.sa.service.bourne.tasks.WaitForTask.executeTask(WaitForTask.java:11) at com.emc.sa.engine.ExecutionUtils.execute(ExecutionUtils.java:63) at com.emc.sa.engine.ExecutionUtils.execute(ExecutionUtils.java:54) at com.emc.sa.service.BourneExecutionUtils.execute(BourneExecutionUtils.java:17) at com.emc.sa.service.bourne.file.FileStorageUtils.createNfsExport(FileStorageUtils.java:115) at com.emc.sa.service.bourne.file.CreateNfsExportHelper.createNfsExport(CreateNfsExportHelper.java:70) at com.emc.sa.service.bourne.file.CreateNfsExportService.execute(CreateNfsExportService.java:31) at com.emc.sa.engine.ExecutionEngineImpl.execute(ExecutionEngineImpl.java:191) at com.emc.sa.engine.ExecutionEngineImpl.runService(ExecutionEngineImpl.java:125) at com.emc.sa.engine.ExecutionEngineImpl.executeOrder(ExecutionEngineImpl.java:68) at com.emc.sa.engine.ExecutionEngineDispatcher.processOrder(ExecutionEngineDispatcher.java:43) at com.emc.sa.engine.ExecutionEngineDispatcher$Consumer.consumeItem(ExecutionEngineDispatcher.java:63) at com.emc.sa.engine.ExecutionEngineDispatcher$Consumer.consumeItem(ExecutionEngineDispatcher.java:58) at com.emc.storageos.coordinator.client.service.impl.DistributedQueueImpl$5.call(DistributedQueueImpl.java:361) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) at java.lang.Thread.run(Thread.java:662)
Within Create new file system and NFS export UI the "Export Hosts" text field When you added the IPs or Hostnames that should have access to the export. Values must match exactly what is specified within ViPR. Confirm IP of the host was added to the network. There must be network connectivity between the physical storage system and the target host. Ensure the hosts you are giving access to the export are successfully discovered within Admin -> Physical Assets -> Hosts / vCenter
From the help menu in the UI
Create Unix share
Creates an NFS export and sets the permissions on the export. The export details are provided in the order and you can mount it when required. If you want to create a file system and mount in on a VMware ESX Host in a single operation, you should use the service provided for that operation.
Before you begin
As a provisioning user you can only create resources and perform operations on resources belonging to projects that you are assigned to (or are the owner of). If you are a Tenant Administrator you can run all services and choose any project to be the owner of the resource.
Procedure
1.
Select User > Service Catalog > File Storage Services > Create Unix Share.
2.
Select the virtual storage pool that will provide the storage that you require. This usually requires you to select the virtual storage array and then select one of the virtual pools available from the virtual storage array.
The virtual storage array and virtual storage pool can be fixed by an administrator. If you do not see them, then the storage provider has been locked.
3.
Select the project that you want the created resource to belong to. You will only see projects that you belong to and are able to create resources in.
If this field is not displayed, the service has been locked to a project and is for use only by members of that project.
4.
Give a name to the export. This name is used when mounting it.
5.
Enter the size of the file system.
6.
Choose the permissions (Read-write, Read-only, or root) that will apply to the export.
7.
Enter a comma-separated list of IP addresses or hostnames that will be allowed to access the export.
You must enter the IP address or hostname of the host exactly as it appears in the IP network. If it appears as an IP address, you should specify an IP address. If it appears as a hostname or fully qualified domain name, you should use that. If you do not have access to this information you should ask your Tenant Administrator.
8.
Select Order.
The Orders page is displayed and you can see the progress of the order.
9.
To mount the NFS export, you can look at the order to find its mount point.
I got the issue of 'connecting Isilon with ViPR' resolved with the help of technical team from EMC.
I had below doubts regarding working of ViPR:
Q1. How do ViPR manage server swaps? Lets say I unmask a LUN and set up my FCP zones for server A. Then server A dies. Can I say that WWID XXXX is now server A’s replacement and have ViPR re-zone everything and unmask the LUN to the new WWID?
Q2. Are ViPR aware of path status for FCP and IP? What happens when a path is degraded? Do they keep provisioning against that degraded object? Do they attempt remediation?
Q3. Can ViPR take VMDK granular actions? Like, when I put a VMDK onto an NFS share, can I turn on backup against it?
Q4. Where is the service lying in ViPR for managing tenant management? URL? Say, create a new tenant.
ConorLawlor
2 Intern
•
233 Posts
2524
0
Posted January 16th, 2014 08:00
Hi Sachin
The VASA provider is built into ViPR Controller and is installed when it is installed. By default the VASA provider utilizes the local ViPR nodes.
VIPR VASA Provider is basically a service running on the App. To confirm its running go to Admin -> System > System Health and confirm vasasvc is running.
You can edit the ViPR instance URL that the VASA storage provider utilizes from the Admin -> Configuration -> Other but if using the default (inbuilt VASA with ViPR) leave this UI blank. If you have details in the text field remove and save for the VMS to reboot.
Please try the following to resolve your issue. If you still run into issue please open an SR with support for us to look at the issue by webEX etc...
1. Confirm the Health of the inbuilt VIPR VASA Provider
2. Goto https://< Virtual IP address (VIP) of the ViPR instance>:9083/storageos-vasasvc/
3. Select Services to View the list of all the available services deployed in this server. This will bring you to https://< Virtual IP address (VIP) of the ViPR instance>/storageos-vasasvc/services/listServices
4. From the listServices page look for vasaService - Service EPR (End Point Reference URL) Copy the vasaService URL from the webpage.
5. With the VSphere Web Client Go to Home -> VCenter-> VCenter Servers-> XXXXXXXX > Manage -> Storage Providers
6. In the Register Storage Provider box that is displayed, Provide the following values. Be careful with the format of the login name see below details to confirm all is ok. Click on OK when the details are correct. If you get a Security Alert, Click Yes to continue.
7. Once added, make sure the Storage Provider Details is online. This might take a few minutes.
Be aware of the following solution https://support.emc.com/kb/171036 if you are having issues registering Storage Provider due to user/password
---------------------------------------------------------------------------------------------------------------------------
"ViPR 1.0: Unable to successfully integrate VMware VASA (vSphere API for Storage Awareness) because of username/password combination errors, although they have been verified and work within ViPR"
The naming conventions behind AD authentication which are used and accepted in vSphere versus ViPR can be slightly different. In vSphere, the client does not allow the “@” symbol for User ID’s (Ex. “admin-user@viprdomain.com”) – if you use that format (with @), you’ll receive an error that indicates that “@” is not a valid character.
Also however, if you specify the domain by its short name when entering the user (Ex. “viprdomain\admin-user”) as opposed to the FQDN (Ex. “viprdomain.com\admin-user”), you’ll simply receive a “username/password invalid” error message in the vSphere client, which can be confusing since everything appears to be correct (domain, user ID, and password). Assuming that both ViPR and vSphere have access to the same domains, to resolve this issue, make sure you specify the full FQDN (Ex. "viprdomain.com\admin-user") of the domain in the vSphere client when integrating VASA into ViPR.
---------------------------------------------------------------------------------------------------------------------------
Regards
Conor