You use the update-with-zip.hzn script to perform an offline upgrade of the existing Omnissa Access virtual appliance to the 24.07.0.0 version.
Important: You cannot perform a fresh install of Omnissa Access 24.07.0.0. Instead, you perform an offline upgrade to Omnissa Access 24.07.0.0.
Prerequisites
-
Perform the general offline-upgrade prerequisites. See Prerequisites for a Omnissa Access Offline Upgrade.
-
Install the hotfix documented on Omnissa KB: https://kb.omnissa.com/s/article/6000354.
-
From a local computer, go to the Omnissa Customer Connect page and select the Download option to search for and download the two Omnissa Access 24.07.0.0 upgrade files
update-with-zip.hznandws1access-24.07.0.0-buildnumber-updaterepo.zip.
Procedure
-
Log in to the Omnissa Access appliance as the root user.
-
Navigate to directory with enough space to download the files.
The recommended location for saving the files is
/var/tmp. -
Download the
update-with-zip.hznfile. -
Download the
ws1access-24.07.0.0-buildnumber-updaterepo.zipfile.Verify that at least 5 GB of disk space are available on the primary root partition of the virtual appliance after copying the 24.07.0.0 upgrade files to the appliance.
-
Type
chmod +x update-with-zip.hznto make the update-with-zip.hzn file executable. -
Run the
/var/tmp/update-with-zip.hzn -f /var/tmp/ws1access-24.07.0.0-buildnumber-updaterepo.zipto upgrade to 24.07.0.0-f upgradeFilePath Upgrade the appliance using upgradeFilePath. upgradeFilePath must be an absolute path.
When you upgrade nodes in a cluster, in the first node that you upgrade, enter y to reindex the indices. When you upgrade the other nodes in the cluster, enter n. For a single node upgrade, the setting is y by default.Required -r Reboot after upgrade. Optional -h Displays the script usage. Optional -
If you are upgrading from Omnissa Access 23.09.0.0, continue with step 8.
When upgrading from Omnissa Access 22.09.1.0, if you enabled the VA-Configuration > Mobile SSO > Android SSO cert proxy settings in your environment, during the upgrade the following settings must be updated.
Please provide number of load balancers between CertProxy and Access instance:
Note: If you do not use a load balancer, enter
0as the value. When you enter 0, the next CertProxy question does not display.-
Please provide client IP load balancer header name (x-forwarded-for/x-real-ip): -
Please provide list of CertProxy instance IP addresses, separated by a semicolon, either in CIDR format, subnet format delimited by a space, or as a single IP:
Important: If the number of load balancers is 0 and the CertProxy destination is set to localhost, you must add the localhost IP to the list of IP addresses in the allowlist. This is usually 127.0.0.1.
-
If you did not use the
-roption with the script, restart the virtual appliance after the upgrade is complete.rebootIf the appliance is in a cluster, upgrade the other nodes one at a time.
-
After you upgrade all the nodes in your Omnissa Access deployment, use the diagnostics dashboard to monitor system information health.
-
Log in to the Omnissa Access console.
-
Select Monitor > Resiliency.
-
If your deployment consists of more than one Omnissa Access appliance, select the appliance you want to monitor.
-
Check the status of the various services.
-
Was this page helpful?