I'm struggling to complete the install of the latest versions of VSC (tried both 9.7 and 9.7p1) and connect to the VASA Provider. I have checked multiple times the networking / settings from all components to find out plugin files are not even downloaded. Actually when I even try to browse to https://<vsc_server>:8143/webclient_deployment_bundle I get an HTTP Error 500. No firewall in between and I'm baffled why this is happening. Can anyone please shed a light? Happy to upload logs in case.
If I try to download the zip file using a web browser I get the following:
HTTP ERROR 500
Problem accessing /webclient_deployment_bundle. Reason:
java.io.FileNotFoundException: /opt/netapp/vscserver/tmp/jetty-0.0.0.0-8143-nvpf.war-_-any-9825894675574059877.dir/webapp/vsc.zip (No such file or directory)
at java.base/java.io.FileInputStream.open0(Native Method)
My knowledge around this issue is limited but lets get started with few queries and hopefully we can get some help from experts.
Few queries/suggestions: 1) what is the Ontap version? - This question is wrt to compatibility matrix for VSC,ESXi & ONTAP. I am guessing you must have already checked that out but no harm in getting it re-checked. http://support.netapp.com/matrix
2) http 500 error is usually not specific and can occur for a number of different reasons, so it's difficult to nail it until you diagone the logs. However, there is an error you have mentioned aroud 'java' extensions.
This one : java.io.FileNotFoundException: /opt/netapp/vscserver/tmp/jetty-0.0.0.0-8143-nvpf.war-_-any-9825894675574059877.dir/webapp/vsc.zip (No such file or directory)
Looks like it's complaining about file not found (jetty-0.0.0.0-8143-nvpf.war)?
vCenter will reach out to the VSC server and pull across a "webclient_deployment_bundle". UI extensions from this bundle are copied to directories on the vCenter server. Probably it is unable to download the bundle usign vsc address, and therefore filenotfound error.
3) Which was the previous version that was working ? so, is it 9.7 which broke it or is the upgrade to 6.7U3 ?
4) (Not likely the case but no harm in suggesting) A certificate is required for communication between vCenter, ESXi hosts and the VASA Provider of a storage array, this certificate is setup when you register a VASA Provider in vCenter Server. However, as I am reading on the google, there is a statement : By default, 6.7 U3 does not allow self-signed certificates by Storage VASA provider. So, is it a self-signed ones? https://kb.vmware.com/s/article/74756
2. Tried to download bundle file from Chrome Web Browser (v 81) from a laptop on the same network where the Management and Cluster Management are sitting. I can browse the Register.HTML and CLI pages with no issues at all. When I try directly from VCSA using wget it gets stuck at this:
I have checked FQDN forward/reverse name resolution as well. FW Ports too
3. This is a clean install of all mentioned components #1. ONTAP is working as a champ. Also both VCS and VASA services are up and running. Just the VASA Provider not registering!
4. This is an interesting point. I will take a look at this as well. Thing is HTTP Server error is shown even when trying to browse that URL from a standard browser on the same network. I have also regenerated the Certificates (both VSC and VASA) rebooted the VCS VM and still same behavior.
To add on that I have also checked/cleaned the plugin installation folders on VCSA (which are not created as the process breaks before), UnRegistered the only 2 extensions that are created in the VCSA using the "MOB" page and restarted the vShpere UI service.
Any suggestion would be great! I'm running out of ideas. Happy to provide logs as required.
Just to confirm port 8143 is open and in listening mode. It couldn't be otherwise or the Register.HTML wouldn't work either.
I'm doing a bit of more digging and enabled the Diag user for troubleshooting on the VSC appliance itself.
The reason for the Error 500 is because the .zip file is trying to upload to VCSA is not there AND has a different name!
I took a couple of screenshot showing the existing ones right now.
In this screenshot the desired directory does not exist! Error log shows a different directory name. Log shows directory starting with 9825 and the file system shows a similar directory starting with 3200
In this second screenshot even the name of the ".zip" file is different. At least judging from what the web browser was expecting to find: vsc.zip vs. vsch5.zip
Now this begs the question: Is there a safe way to delete existing generated files and safely create new ones?
Would the Hard Reset Database (option 9) clear things up? Since this is a "clean install" there's no much data to loose.
Or is there a different option? I'm baffled about the file name it is expected to be found. Which one should be the right one vsc.zip or vsch5.zip? Or maybe is just me talking non-sense?
"You must have logged out of and closed all of the browser sessions of vSphere Client, and deleted the browser cache to avoid any browser cache issue during the deployment of the virtual appliance for VSC, VASA Provider, and SRA."
First thanks for stepping in and help. I managed to solve the issue now but I had to reinstall the VSC from scratch (it was a clean install anyway!) It all works fine now. I have added the ONTAP clusters and all works great.
Before reinstalling the appliance (and yes cleaning the browser cache as well) I was still experiencing the same issue.
It turns out a network configuration was not working as expected. Fixing that I was then able to download locally the zip file for testing (using curl which yes complains about the self-signed cert) and on the VCSA later on to progress with the VASA Registration and setup. The VSC could talk/see the VCSA but not the other way round as they are on separate networks and VLANS. So I would say the network misconfiguration originated the issue.