Considerations for Upgrades Using the Installer

If you use the Installer to upgrade the cluster, some post-upgrade steps for core do not need to be performed. This page describes the post-upgrade steps that are performed by the Installer and the steps that you must perform manually.

This information is relevant to the workflow for Installer upgrades. The information on this page also applies to upgrades performed using Installer Stanzas.

Post-Upgrade Step for Core Performed by Installer? Notes
Step 1: Restart and Check Cluster Services Yes, with exceptions. See the notes. Usually, you do not need to perform this step. When you use the Installer to upgrade, the Installer runs configure.sh on each node, starts ZooKeeper and Warden, and sets the new cluster version. If the env_override.sh file is present, the Installer uses environment variables from the env_override.sh file.

If you use the Installer to upgrade, you need to perform this step manually only if you make significant changes to configuration files after the upgrade (see Step 2: Manually Update Configuration Files).

Step 2: Manually Update Configuration Files No You might need to perform this step. The Installer uses default configuration-file settings and does NOT update configuration files. You must perform this step after upgrading using the Installer only if you have made configuration-file customizations that you want to migrate to the upgraded cluster. Depending on the customization, you might also need to restart services or even the full cluster after updating configuration files.
Step 3: Upgrade Clients No You need to perform this step. Enabling some new features, such as mfs.feature.name.container.size.control can cause client failures if the features are enabled before the clients are upgraded.
Step 4: Enable New Features Yes You do not need to perform this step. The Installer enables new features as part of a version upgrade.