Remember that we’re accessing the appliance itself and not the vCenter Server component so user accounts like administrator@vsphere.local will not work. Figure 2 – The Appliance Management tool used to configure and update vCSA After you log in, click on Update and hit the Settings button as shown in Fig. Figure 3 – Update settings page From the Update Settings dialog, you can either use the default VMware repository URL or specify one yourself. The default repository is automatically points to the latest appliance update as shown in Fig. You can also schedule the time at which the vCSA polls for updates. This, however, does not imply that updates are automatically downloaded. Figure 4 – Link to the latest available vCSA update is set automatically If the Check for updates automatically option is ticked off, click on Check Updates and select Check Repository.
VSphere 6.5 also lets you run apps from any cloud, including your data center or in public cloud environments. VSphere 6.5 is not only the heart of the Software-Defined Data Center, it’s also the foundation of VMware’s cloud strategy. VSphere 6.5 is available in both the private cloud and as a service through a public cloud. Jun 4, 2018 - When using this in a lab environment, you could use the stripped back version of VMWare ESX with unlimited usage using the serial number.
This will poll the VMware repository for the latest available update and display the link as such. Expanding More Details, will reveal more information on the update being installed along with a link to the KB article describing it.
When required, use this to correlate the current version with that being updated. Figure 5 – Manually checking for the latest update. Full details for update are also displayed. Updating the appliance, is a simple matter of clicking on Install Updates and selecting Install All Updates as per Fig. Figure 6 – Ready to update vCSA The upgrade process may take a while and at times you may think it’s actually stuck. Just remember that the process needs to download 1.5GB worth of file which can take time depending on the environment, available bandwidth and what not. In my case – nested environment on a heavily used ESXi host –, 40 minutes into the update and the installer was still stuck at 40%.
To verify that the vCSA was actually doing something, I logged on the vCenter Server hosting it using the vSphere Web Client. I then checked the vCSA VM’s network performance graph for any signs of activity. As shown in Fig. 7, the VM was pretty busy on the networking front with activity spiking immediately as soon as the update kicked in.
Figure 7 – Network activity on the vCSA’s VM indicating that the update is being downloaded At one point, the installer lost connectivity to the appliance – probably because it timed out – so I wasn’t quite sure if the update completed successfully. If this happens, SSH to the vCSA and check the contents of a log file called software-packages.log which you’ll find under /storage/log/vmware/applmgmt. Run the following command. Cat / storage / log / vmware / applmgmt / software - packages.log grep 'Packages upgraded successfully' Figure 8 – Checking the software-packages log file to determine the result of the update If the update completed successfully, you should see a line containing Packages upgraded successfully, reboot is required. If that’s the case, proceed with rebooting the appliance so the changes can take root. If not, scour the log file for hints as to what went wrong and revert back to snapshot. This is all shown in the video below.