tw_run_upgrade

You can perform the following upgrades on standalone machines and clusters either from the BMC Discovery UI or by running the tw_run_upgrade command line utility:

Upgrade to a BMC Discovery Service Pack or a version later than 10.0
Upgrade the Operating System

The preferred way to upgrade is through the UI instead of the tw_run_upgrade utility. The utility is recommended only if there is an upgrade issue and you are required to resolve it by using the options provided by the utility.

tw_run_upgrade capabilities

The tw_run_upgrade utility is an interactive command line tool. Based on the upgrade issue you have, it informs you about the option you must run the utility with and any additional action you are required to perform to resolve it. To learn about some of the typical scenarios where you will use the tw_run_upgrade utility, see Resolving an incomplete upgrade process.

Running tw_run_upgrade

Before you start an upgrade, make sure that you have downloaded the compressed upgrade archive from the BMC Electronic Product Distribution (EPD) site and copied that to the /usr/tideway/var/upgrade directory of the machine from which you will run the upgrade.

To run the upgrade using the tw_run_upgrade utility, you must login to the machine from which you will run the upgrade as the tideway user and type the following command:

sudo tw_run_upgrade --username=system [options]

where options are any of the options described in tw_run_upgrade options and the common command line options described in Using command line utilities. You are prompted for the password corresponding to the user specified in the username option.

tw_run_upgrade options

The following table describes the tw_run_upgrade utility options which are not listed in Using command line utilities:

Command Line Option	Description
`--auto`	Specifies to suppress prompts for confirmation of continuing the upgrade after time estimation.
`--distribute`	Specifies to prepare the upgrade and distribute the upgrade files over the cluster. It does not run the upgrade process. You can distribute the upgrade files first and run the upgrade later.
`--fix-interrupted`	Specifies to unlock the machine after a previous upgrade run was interrupted.
`--no-version-check`	Specifies not to check the upgrade compatibility.
`--restart`	Specifies to unlock the machine where the upgrade was interrupted and restart the upgrade on that machine.
`--start`	Specifies to prepare the upgrade, distribute the upgrade files (if not already distributed), and start the upgrade process. This is the default mode of execution.
`--tmpdir=TMP_DIR_PATH`	Specifies to set up the upgrade temporary directory. If a machine is likely to run out of disk space, you can set a symlink for the upgrade directory to a different mounted file system which has free disk space.

Resolving an incomplete upgrade process

The following section contains user examples of some typical scenarios where you will use the tw_run_upgrade utility in a standalone machine and a cluster:

User example for a standalone machine

If the upgrade process is interrupted on a standalone machine, the command line directs you to run the upgrade process again by running the tw_run_upgrade --start command.

User examples for a cluster

Using the restart command option: While running the upgrade, if the upgrade process is interrupted on one of the machines in the cluster after the services were stopped, it puts that machine into a locked state and prevents the other members of the cluster (where the upgrade has completed) from starting. If you attempt to start the services manually from the command line of the machine where the upgrade was interrupted, it directs you to unlock it and resume the upgrade process by running the following command:
```
sudo tw_run_upgrade --username=system --restart
```
Running the command unlocks that machine and resumes the upgrade process. Once the machine is upgraded and it reboots, all the machines in the cluster will also start.
Warning

The upgrade must be restarted (tw_run_upgrade --restart) only if it fails at a stage during the actual execution of the upgrade script. If the upgrade fails at an earlier stage (for example, during preparing the upgrade or distributing the upgrade files on the cluster), restarting will only upgrade the machine from where you are running the upgrade.
Using the --fix-interrupted command option: While running the upgrade, if the upgrade process is interrupted on one of the machines in the cluster before the services were stopped, it puts that machine into a locked state and displays an error message on the machine from where you are running the upgrade:
Member no longer aware of ADDM Upgrade operation
The interruption stops the services only on the machine where the upgrade was interrupted. If you attempt to start the services on that machine manually from the command line, it directs you to unlock it by running the following command:
```
sudo tw_run_upgrade --username=system --fix-interrupted
```
Running the command unlocks that machine. The interactive command line tool informs you if any additional intervention is required before you can run the --start option and run the upgrade again for that machine.