Walkthrough: Upgrading to the latest version for Linux


The [embed] macro is a standalone macro and it cannot be used inline. Click on this message for details.
https://youtu.be/6oce5bNZHZY

Upgrading using the unified product installer

The unified product installer automatically upgrades the database, file server, Application Server, agents, PXE server and the TFTP server in your environment. If you manually enabled the TrueSight Server Automation Console Upgrade Service, the console is also automatically upgraded; otherwise, you must manually upgrade it. The checklist below walks you through the process of upgrading Windows and Linux environments using the unified product installer.

Note

You can choose not to upgrade certain consoles. To enable the backward support for any specific Application Server, you must use the blasadmin command versioncompabilitycheck to turn off the version compatibility check that occurs whenever you access a Console. For more information, see To enable communication with clients of an earlier version of TrueSight Server Automation

Tip

Prior to upgrading your production environment, it is best practice to test the upgrade in a duplicated environment.

Step 1: Review requirements and limitations

The first step is to review the following requirements and limitations when using the unified product installer for product upgrade.

Requirements

Click here to review the key requirements for running the unified product installer on Linux.

Category

Requirement

Product integrations

If your TrueSight Server Automation environment includes BMC Cloud Lifecycle Management, you need to ensure that you maintain compatibility with BMC Cloud Lifecycle Management.  For more information, see  Component-BMC-product-service-pack-and-patch-levels in the BMC Cloud Lifecycle Management online technical documentation.

If your TrueSight Server Automation environment includes TrueSight Smart Reporting for Server Automation, upgrade TrueSight Smart Reporting for Server Automation before upgrading TrueSight Server Automation. For more information, see the TrueSight Smart Reporting for Server Automation online technical documentation.


Base requirements

Review the following key requirements.

Click here to review.
  • During an upgrade, the unified product installer automatically installs an RSCD Agent on every Application Server machine that does not already have an agent installed. If you are not interested in providing details of the required credentials, you can install an RSCD Agent manually on each of the detected machines.
  • If you have external PXE servers in your environment, copy the appserver installation script (for example, ../installers/appserver_64/BSA<version>-LIN64.sh) to the /tmp path on Linux PXE Servers to use the Remote Site default option in unified product installer before you start the upgrade.
  • NSH must be present on each Application Server machine (that is NSH proxy server, Configuration server, Job server, or PXE server).
  • Run the Unified installer only from an Application Server system that is set up as a Configuration server (for more about this type of Application Server setup, see Application Server types).
  • Run the installer from a computer where a Windows X server is installed.
  • If the host computer on which you are installing the Network Shell has:
    • A supported version of Perl installed — The Network Shell installation automatically installs the Network Shell Perl module. For information about the Perl versions that TrueSight Server Automation supports, see Perl support.
    • An unsupported version of Perl installed — The installation copies files that allow you to install the Perl module after you have installed the supported version of Perl
  • Ensure that the Bash shell is the default shell on all machines where TrueSight Server Automation is being upgraded.
  • Ensure that the bladmin user belongs to the bladmin primary group before upgrading the Application Server.
    To check if the primary group is bladmin, run the following command: id bladminSample output:
    uid=54322(bladmin) gid=54331(bladmin) groups=54331(bladmin)
    (the ids might vary on your system)

    If that is not the primary group id, modify the user account. Use the following command:
    Usermod -g bladmin bladmin


Supported platforms

The unified installer supports Windows 64-bit and Linux 64-bit operating systems. For a complete list of platforms supported by the unified installer, see Supported-platforms.

PXE server upgrades

To improve performance for the upgrade of remote PXE servers, manually copy the PXE installer binary (../installers/appserver_64/TSSA<version>-LIN64.sh) to the PXE server prior to upgrading (for example, to the /tmp directory). The unified product installer validates the existence of the PXE installer binary under the expected location, and upgrades the PXE server during the upgrade process.

Windows X server requirement

You must run the installer from a computer where a Windows X server is installed. Follow these steps before you install the product from a computer with X server software:

  1. Start the X server software.
  2. Configure the security settings of the X server software to permit remote hosts to display X applications on the local system.
  3. Connect to the remote system where you want to install the product and start a terminal session on that system, for example, an X terminal (xterm).

Configuration objects

Upgrading to a new release can potentially create mismatches between the version of a custom configuration object, an agent, and any model objects that reference custom configuration objects. Therefore, as part of the upgrade process, you must distribute the latest versions of the custom configuration objects that are not included as part of an RSCD agent.

The product installation is automatically upgraded to the appropriate version when you upgrade the agent. However, you must upgrade any custom configuration objects that are not included with the agent by running a Distribute Configuration Objects Job. Configure this job to target servers to which custom configuration objects need to be distributed. For a list of those objects that are included as part of an agent installation and those that are not included with the agent and require distribution, see Custom-configuration-objects.

To upgrade custom configuration objects

Click here to see the steps for upgrading custom configuration objects.
  1. Run an Update Server Properties Job on the agents you have upgraded. For more information, see Creating Update Server Properties Jobs.
  2. If you are not upgrading all of your agents at this time, make copies of all component templates, BLPackages, Snapshot Jobs, and Audit Jobs that reference custom configuration objects that have dependencies on agents running earlier versions. You must maintain a version match between component templates, BLPackages, Snapshot Jobs, and Audit Jobs and custom configuration objects and agents. The objects that you copy in this step are the objects that you can use to maintain the version match.
  3. If you upgrade to the latest version of TrueSight Server Automation and you are using TrueSight Server Automation for virtual environments, you must immediately update the RSCD agent on the system used for the integration and add the new configuration object version for the integration. For example, for the vCenter server, you must upgrade the RSCD agent on either the Windows vCenter server or the AMO proxy and add the new VMware configuration object to the vCenter server object in TrueSight Server Automation.
  4. To ensure that all configuration-object-based assets within existing content are upgraded, run an Upgrade Model Objects Job that targets any component templates, BLPackages, Snapshot Jobs, or Audit jobs that you want to upgrade. For more information about the Upgrade Model Objects Job, see Creating-or-modifying-Upgrade-Model-Objects-Jobs.
    Note: Do not run the Upgrade Model Objects Job against the copies of objects that you created in step 3.
    If you open an existing component template, BLPackage, Snapshot Job, or Audit Job that references a custom configuration object and a later version of that custom configuration object exists, the system displays a message saying it will automatically upgrade the referenced custom configuration object. To maintain a version match with an earlier agent, close the component template, BLPackage, Snapshot Job, or Audit Job without saving.
  5. After executing the Upgrade Model Objects Job, display the results of the job run to see which assets were successfully upgraded and which were not. If you find that certain assets were not automatically upgraded, you must upgrade them manually. Perform the following steps:
    1. Open the object (template, package, or job).
    2. Manually remove the asset of the earlier version and add the asset of the latest version.
    3. Save the object.

To upgrade virtualization configuration objects

Click here to see the steps for upgrading virtualization configuration objects.

The Upgrade Model Object Job is not supported for upgrading virtualization configuration objects.

To upgrade configuration objects that you distributed in prior versions, complete the following steps:

  1. Import the new version of the virtualization configuration object (for example, the VMware vCenter configuration object).
  2. Restart the RSCD agent on which the configuration object is distributed. This step is a prerequisite for successful upgrade of the configuration object on the target server.
  3. Run the Distribute Configuration Objects Job to distribute the configuration objects to the target agent (see Distributing-configuration-objects).
  4. To identify the configuration objects that failed, run the Upgrade Model Objects Job on all jobs, templates, and BLPackages that reference the configuration object.
  5. After the Upgrade Model Objects Job completes, open the objects for which the job failed.
  6. Remove the parts that are marked as failed and add new ones from the upgraded configuration object.

Upgrading to a new release can potentially create mismatches between the version of a custom configuration object, an agent, and any model objects that reference custom configuration objects. Therefore, as part of the upgrade process, you must distribute the latest versions of custom configuration objects for the custom configuration objects that are not included as part of an agent.  The  installation are automatically upgraded to the appropriate version when you upgrade the agent. (See Custom-configuration-objects for a list of those objects.) You should upgrade any custom configuration objects not included with the agent by running a Distribute Configuration Objects Job. The job should target servers to which custom configuration objects should be distributed.

Potential issues

Click here to review a list of potential issues you can encounter during an upgrade.
  • Upgrade to version 8.6 or later does not grant the DBMS_LOCK privilege to user - Before you start upgrading from a previous version to TrueSight Server Automation 8.6, ensure that the TrueSight Server Automation user is granted the DBMS_LOCK privilege. This privilege is required for carrying out a handshake between TrueSight Server Automation database and the TrueSight Smart Reporting for Server Automation ETL during database clean up. You can use the SYS user to grant the DBMS_LOCK privilege by entering the following command: GRANT EXECUTE on DBMS_LOCK TO <User>
  • Upgrade to version 8.6 or later disables PropertySync - As of TrueSight Server Automation version 8.5, the PropertySync feature has been deprecated. During migration of the database, PropertySync is disabled and the migration results table displays the migration warning: PropertySync has been changed from true to false. Contact BMC Support for further assistance.
  • Upgrade to version 8.5 or later deprecates the Provision provisionDevice BLCLI command. Earlier releases supported the Provision:provisionDevice command. This command has been deprecated. BMC recommends that you use the ProvisionJob:createProvisionJob command instead.
  • Upgrade to version 8.6 or later causes Citrix XenServer Provision Jobs to fail - After an upgrade from TrueSight Server Automation version 8.3 or earlier to TrueSight Server Automation version 8.5 or later, existing Citrix XenServer Provision Jobs fail (QM001706976). Failed jobs display the error message: com.bladelogic.om.infra.mfw .util.BlException: Proxy cannot be null, Error: Proxy cannot be null. To work around the issue, open the Provision Job in the content editor. On the Server Settings panel, browse the Server Properties option to select or create a valid agentless managed object (AMO).
  • Audit performed with snapshots captured using earlier versions of the RSCD agent can fail - When capturing data from target servers, version 8.6.00 of TrueSight Server Automation skips IPv6 addresses and masks. After an upgrade to version 8.6.00 or later from version 8.3 or earlier, an audit performed with snapshots captured using older versions of an RSCD agent can fail if the targets had IPv6 enabled.
  • In a multiple application server (MAS) environment, if the RSCD Agent is not present on the secondary node and the primary node is using PsExec version 2.34, upgrade to version 21.3 or later on the secondary node fails. To fix the issue, perform one of the following tasks:
    • Install RSCD Agent on the secondary node and start the upgrade process again on the secondary node.
    • Use PsExec version 2.2 instead of version 2.34 on the primary node, and start the upgrade process again on the secondary node.

Certificate issue

If your id.pem certificate was created with a key size of 1024 bits (or less), you will need to regenerate it with a higher key size (2048 or higher). This is due to a change in the FIPS requirement for minimum key length (now 2048 bits).

Limitations when using the unified product installer

Category

Description of support or limitation

Multiple Application Server (MAS) environments

The unified product installer only supports upgrade of an homogeneous MAS environment, that is, either all Application Servers run on Linux 64-bit operating systems or all run on Windows 64-bit operating systems.

"Mixed" Application Server/database environments

The unified product installer supports upgrade of "mixed" Application Server/database environments (for example, Linux Application Server + Microsoft SQL Server database). The UPI does not require the database or the file server operating system to match the operating system of the Application Servers.

PXE servers

For PXE servers to be upgraded by the unified product installer, they must be:

  • Up and running.
  • Running the same OS as the Application Server.

If your environment includes hybrid PXE servers (that is, PXE servers not running Windows or Linux), you must perform a workaround for the upgrade

Click here to see the workaround.
  1.  Stop the hybrid PXE server / TFTP server.
  2. Run the unified product installer. The installer ignores the PXE server, as it is in a stopped state. The installer upgrades the rest of the infrastructure, with the exception of the hybrid PXE server.
  3. Once the unified product installer has completed the upgrade, run the configurator utility on that PXE server. See Migrating-the-database-and-persisting-configuration-data-to-the-database.
  4. Upgrade the PXE server according to the instructions in Upgrading-the-Provisioning-System.
  5. Copy the global.property file from the Application Server to the /br/deployments/ directory on the PXe server.
  6. Restart the PXE server.

Upgrade scenarios

The unified product installer does not support the following upgrade scenarios:

  • 32-bit Windows or 32-bit Linux machines
  • Solaris SPARC machines
  • Upgrading the TrueSight Server Automation Console (RCP client). Uninstall the older version of the console and install the new version on a different host.
  • Application Servers installed with the -local flag, that is installed in a self-contained directory structure.

  

Step 2: Prepare the environment for upgrade

Perform these tasks in order. Many steps are prerequisites for other steps that occur later in the process.

  1. Back up the TrueSight Server Automation database. The data upgrade occurs in place. If, for any reason, it should become impossible to complete the upgrade, the only way to restore the database to its pre-upgrade state is from the backups.
  2. Ensure that the following components are up and running:
    • All Application Servers
    • PXE Server
    • RSCD agents on Application Servers, PXE servers, and file servers.
    • RSCD agents installed with the –local option on Application Servers, PXE servers, and file servers.
  3. Back up the installation directories for all Application Servers and PXE servers. The default installation locations are:

    • Application Server: /opt/bmc/bladelogic/NSH
    • PXE Server: /opt/bmc/bladelogic/NSH

      If you are upgrading the PXE server, follow the upgrade instructions for Windows or UNIX, to prevent loss of configuration settings.

    Note that the user who installed the earlier version of the product might have changed the installation directory from the default location, so ensure that you have the right location. If your current installation is already an upgrade from a previous version, the paths might be different, due to differences in these locations in earlier versions of TrueSight Server Automation. If you do not know the installation location for TrueSight Server Automation components view the contents of the /usr/lib/rsc/HOME file (on Linux or UNIX) or the %WINDIR%\rsc\HOME file (on Windows).

  4. Back up the TrueSight Server Automation file server storage location. For example, copy the entire contents of the storage location to a directory other than the current storage location.
  5. Ensure that there is an agent installed on the Application Server. For agent installation on Linux or UNIX, use the -local option (as discussed in Installing-components-in-non-default-installation-paths-using-the-local-flag). Similarly, if an RSCD agent and NSH are not already installed on the PXE server, install them now.
  6. If you are not running the UPI/Application Server installer directly from a graphical desktop on the Application Server host, you must forward the X Window GUI to another system w/ an X Server or use silent mode to install the Application Server (Windows).  

    The most common method to set up forwarding in a secured environment is to tunnel the X Window connection over an SSH connect between the X Server (your system) and the X Client (the Application Server in this case). Review your SSH client’s documentation for specific instructions, but generally:

    1. Set up the SSH client to forward the remote display across the SSH connection.
    2. When you log on to the remote system, set the DISPLAY environment variable to ‘localhost:11.0’ (for example).
    3. Your system must run an X Server. For Windows, you can use MobaXterm (which is also an SSH client), Xming, Xmanager, Exceed, and so on. Linux supports X Server natively.
  7. Ensure that the following 32-bit and 64-bit required package is installed:
    • For RHEL 7: libncurses 
    • For versions earlier than RHEL 7: libtermcap
  8. Ensure that you have 4 GB on disk with temp space and 4 GB on disk with installation directory.
  9. Ensure that you have disabled the NSH proxy on all Application Servers in the environment to avoid failure during upgrade. To disable the NSH proxy, run the following command on the NSH client:
    secadmin -m default -p 5 -T encryption_only -e tls -appserver_protocol clear
    This command temporarily removes the appserver_protocol=ssoproxy entry from the default line in the secure file (in the rsc folder).

    Note: After the upgrade completes, remember to add this entry back into the secure file. You can use the following command:
    secadmin -m default -p 5 -appserver_protocol ssoproxy 

  10. To preserve the Live Reporting dashboard environment, back up the cacerts file (for example, /opt/bmc/bladelogic/appserver/NSH/br/java/lib/security/cacerts for Linuxto a separate safe location on the TrueSight Server Automation server. You must do this because the TrueSight Server Automation upgrade overwrites the existing cacerts.
  11. If you have already enabled file server access restrictions when configuring the file server agent ACLs, then perform the following steps:

    1. Add the following entry to the exports file on the file server, before you upgrade TrueSight Server Automation using the Unified Product Installer (UPI):
      *   rw,user=root
    2. Remove the entry added in step a from the exports file on the file server, after the UPI upgrade process is complete. This is necessary for the file server access restrictions to work properly.

Related topics: (See these topics for additional upgrade considerations and supported upgrade paths)

Preparing-for-a-Linux-or-UNIX-upgrade-using-the-unified-product-installer

Minimum-software-requirements, especially Requirements for 32-bit and 64-bit libraries when installing on Red Hat Linux using UPI

Step 3: Download the files

Download and extract the installation files to a temporary location.

  1. Download the TSSA<version>-LIN64.zip file (which contains the unified product installation program files) and the TSSA<version>-RSCDAgent.zip file (which contains the RSCD Agents for all supported platforms) to the host computer of the Application Server that was set up as a configuration server.
  2. Extract the zip files. For example:
    unzip TSSA<version>-RSCDAgents.zip -d /tmp/TSSA<version>-RSCDAgents
    unzip TSSA<version>-LIN64.zip -d /tmp/TSSA<version>-LIN64 
  3. Copy the rscd folder from inside /tmp/TSSA<version>-RSCDAgents to <temporary_location>/Disk1/files/installer/ before running the unified product installer. The unified product installer uses the RSCD installers while installing or upgrading TrueSight Server Automation in your environment.

Step 4: Run the unified product installer on the Application Server

Run the unified product installer on the Application Server. The unified product installer automatically upgrades the database, file server, Application Server, agents, PXE server and TFTP server, and console in your environment, with certain exceptions. Before running the upgrade, back up your database and inform your users that TrueSight Server Automation will be unavailable during the upgrade.

Tip for upgrading PXE servers

If you have one or more PXE servers that are remote (on a different LAN/WAN than the Application Server), do the following to improve performance during the upgrade:

Manually copy the PXE installer binary (../installers/appserver_64/TSSA<version>-LIN64.sh) to the PXE server prior to upgrading (for example, to the /tmp directory).

The unified product installer validates the existence of the PXE installer binary under the expected location, and upgrades the PXE server during the upgrade process.

This process is strongly recommended if your PXE servers are on a different LAN/WAN.

  1. Make sure that the RSCD Agent, Application Server, and PXE Server are running. 
  2. Navigate to the temporary directory that contains the installation files. On a Linux machine, you must assign an executable permission to the installer file (setup.bin) by entering the following command:
    chmod +x -R <temporary directory>
  3. Do one of the following:
    • Run the following command:
      setup.bin
    • (Optional) Provide the parameters with the command to upgrade all or any of the following artifacts: ZipKits, blconnect, compliance content, and quick start page
      The following table describes these parameters:

      Parameter name

      Description

      -J IMPORT_ZIPKITS

      ZipKit packages are used for operating systems and common enterprise applications and databases.

      -J IMPORT_BLCONTENT

      The blconnect script is used to create groups, folders, and smart groups that are commonly used by organizations.

      -J CREATE_CONTAINER_COMPLIANCE_ARTIFACTS

      SCAP container compliance jobs are created.

      -J ENABLE_QUICK_START_PAGE

      The Quick Start page supports the common use cases of TrueSight Server Automation.

      Example: To upgrade all these artifacts, add these parameters with the command as follows:

      setup.bin -J IMPORT_ZIPKITS=true -J CREATE_CONTAINER_COMPLIANCE_ARTIFACTS =true -J ENABLE_QUICK_START_PAGE=true

      If you do not provide any of these parameters, these artifacts are not upgraded.

  4. Select the language in which you want to run the installer and click OK
    Note: If problems arise during the upgrade, the on-screen error messages contain instructions and guidance to help you troubleshoot the problems, and further information is available in the log files.
  5. Read through the basic information about the unified product installer and the types of nodes that are installed in the environment.
    Welcome.png
  6. Click Next.
  7. Read the End User License Agreement (EULA) and select I agree to the terms of the license agreement, and then click Next
    EULA.png 
  8. Read the copyright statement and select I agree to the terms of the license agreement, and then click Next
    Copyright.png 


  9. Enter your Authentication profile credentials to proceed with the upgrade procedure. The profile that you specify must be associated with the same Application Server where you are performing the upgrade. Note that only secure remote password (SRP), LDAP, or Domain Authentication type profiles can be used with the unified product installer. 
    AuthProfile.png
  10. Click Next.
  11. Review the TrueSight Server Automation infrastructure discovered in your environment. This includes the different types of servers that are present in the TrueSight Server Automation environment, their count, and their status.
    If the Application server and the PXE server share the same target server, the installer upgrades the PXE server automatically. 
    UpgradePXE.png
    Review the TrueSight Server Automation infrastructure discovered in your environment. This includes the different types of servers that are present in the TrueSight Server Automation environment, their count, and their status.
    If your environment includes PXE servers, the installer upgrades the PXE server automatically, if it is up and running during the infrastructure discovery phase.
    If you are running one or more remote PXE servers (that is, on a different subnet than the Application Server), the installer detects and lists them as part of your infrastructure. The unified product installer upgrades the remote PXE servers as part of the upgrade process. The checkbox for the Remote Site field controls how the PXE server installer files are copied to the PXE server, as described in the table below.

    PXE upgrade option

    Explanation

    Remote Site field selected (default)

    Selecting the checkbox assumes that you have previously manually copied the PXE installer binary (../installers/appserver_64/TSSA<version>-LIN64.sh) to the PXE server prior to upgrading (for example, to the /tmp directory). The unified product installer validates the existence of the PXE installer binary under the expected location, and upgrades the PXE server during the upgrade process. For performance reasons, this option is strongly recommended for PXE servers that are on a different LAN/WAN than the Application Server.

    Remote Site field cleared (not selected)

    Clearing the checkbox assumes that you want the installer to copy the ../installers/appserver_64/TSSA<version>-LIN64.sh script to the remote host, typically to the /tmp folder. De-select the Remote Site option if the PXE server is on the same LAN/WAN as the Application Server. However, note that clearing the checkbox is typically much slower if thePXE server is on a different LAN/WAN than the Application Server.

  12. Click Next.
  13. Preview the upgrade.
    Preview.png
  14. Select the I acknowledge that the installer will bring down the TrueSight Server Automation (TSA) environment for upgrade check box.
  15. Click Install, and then Next to continue with the upgrade. 
  16. (optional) When the upgrade is finished, click View Log and review the upgrade description. 
    UpgradeLog.png 
  17. Click Done to exit the installer. 
    UpgradeSummary.png 

Step 5: Uninstall the old console on the Application Server system

You cannot use a version of the TSSA Console that is incompatible with the connecting Application Server, as shown in the following screenshot. Therefore, uninstall the existing version of the TSSA Console before you upgrade the Application Server and the other components unless you absolutely need to create a ready-to-use test environment.

IncompatibleVersionError.png

Before you uninstall the existing version of the console, note the following:

Note

You can choose not to upgrade certain consoles, and you can turn off the compatibility check shown above. For more information, see To enable communication with clients of an earlier version of TrueSight Server Automation.

To uninstall the console:

  1. Log on as root.
  2. Navigate to the directory in which TrueSight Server Automation components are installed. By default, this directory is /opt/bmc/bladelogic or /opt/bmc/bladelogic/appserver.
  3. Navigate to the UninstallBMCClientInstaller subdirectory.
  4. Invoke the installation script by entering the following command:
    ./uninstall.bin
    An X Window opens. The installation program displays a series of messages.
  5. Select the language in which you want to run the installer and click OK.  
  6. When the Welcome window opens, click Next.
    UninstallWelcome.png
    A window displays the components that you can uninstall.
  7. Select the components, and then click Next.
    UninstallComponents.png
    A window displays the components to be uninstalled.
  8. Click Uninstall.
    PreviewUninstall.png
    A window displays the successful completion of uninstallation.
  9. (optional) To view the uninstallation log, click View Log.
    SummaryUninstall.png 
  10. Click Done.
    Uninstallation is complete.
    NoteThe uninstallation process does not delete some log files that TrueSight Server Automation creates. If you plan to reinstall a later version of TrueSight Server Automation in the same location, be sure to completely remove all leftover files to avoid conflicts. The easiest way to do this is to delete all files in the installation directory (for example, <installDir>/CM/).

Step 6: Install the new console on a separate system

Because the unified product installer does not upgrade the console, you must manually upgrade the console to match the Application Server version so that the console functions correctly. 

Note

BMC recommends that you do not install or upgrade the console on the same system as the Application Server. Copy the console installation files located on the Application Server (for example, ../TSSA<version>-LIN64/Disk1/files/installers/rcp) to a separate system and install the console there.

Note the following, before you install:

  • To install the TrueSight Server Automation Console, you can use the installation wizard in the user interface or silent mode. You cannot use console mode. To use the installation wizard, follow the steps below. To use silent mode, see Using-silent-mode-to-install-the-TrueSight-Server-Automation-Console-Linux-and-UNIX.
  • You must have an X Window server installed and configured.
  • You must have write access to the /tmp directory, as well as sufficient disk space. To review the hardware requirements for the console, see Minimum-hardware-requirements.
  • Make sure that port 12333 (TCP) is not being used. Installation of the console requires use of this port; if it is already in use, the installation fails.
  • Linux platforms on which you plan to install the TrueSight Server Automation Console (RCP client) or Network Shell must have the libtermcap.so.2 shared library installed. Install the shared library before installing these components. For more information, see Requirement for installing the Application Server, TrueSight Server Automation Console, or Network Shell on Linux.
  • If the version of the RSCD Agent does not match the version of the console, uninstall the old RSCD Agent and install a new version that matches the console. Stop the RSCD Agent before you try to install the console.
  • You must close all the NSH shell windows while installing TrueSight Server Automation Console.

To install the console on a separate system:

  1. Navigate to the directory containing installation files and run the installation script for the TrueSight Server Automation Console. (Script names follow the convention: TSSACONSOLE<version>-<platformbit>, for example, TSSACONSOLE89-SP3-LIN64.bin) You must execute the installation from a root shell. Do not execute the installation script from a non-root account.
  2. The TrueSight Server Automation Installation window opens.
  3. Select a language, and then click OK.
    A series of messages indicate progress. This process might take several minutes. Then the Welcome window opens.
    TSAConsoleUnix2.png
  4. Click Next.
    The Review License Agreement page opens.
    TSAConsoleUnix3.png
  5. To accept the license agreement, select I agree to the terms of the license agreement, and then click Next.
    The User Inputs window opens.
    TSAConsoleUnix4.png
  6. (optional) Remove the check marks from any components that you do not want to install, and then click Next.
    A series of messages indicate progress.
    TSAConsoleUnix5.png
  7. (optional) Select Check to install the default .nsh resource files into /etc/skel.
    TSAConsoleUnix6.png
  8. Click Next.
    The Installing window previews the features to be installed.
    TSAConsoleUnix7.png
  9. To install, click Install. To change your selections, click Previous.
    A series of messages indicate progress. This process might take several minutes. Then the Installation Summary window opens, indicating successful installation.
    TSAConsoleUnix8.png
  10. (optional) Click View Log.
  11. Click Done.
    The window closes. Installation is complete.
  12. Start the RSCD Agent and then start the console (for example, /opt/bmc/BladeLogic/CM/rcp/launcher). To configure the console so that it connects to the default Application Server, click Options.
    TSAConsoleUnix9.png
  13. Click the Authentication Profiles tab and click Add. TrueSight Server Automation clients use authentication profiles to facilitate single sign-on feature. You must create an Authentication profile before you start using the Console. For more information about why we use Authentication Profiles, see System-capabilities-related-to-security.
    TSAConsoleUnix10.png
  14. Enter the following information.
    TSAConsoleUnix11.png
    1. Assign a name to the authentication profile. For example, you could assign a name such as QATeam, DevTeam, or defaultProfile.
    2. Enter the name or IP address (IPv4 or IPv6) of the default Application Server to which the client should connect.
    3. Enter an Authentication Port number to which the client should connect. The same port is used for all TrueSight Server Automation authentication mechanisms. The default Port is 9840. For more information about Console ports, see TrueSight-Server-Automation-ports.
    4. Select any one authentication mechanism for the authentication profile:

      • Secure Remote Password.
      • AD/Kerberos Single Sign-on.
      • Domain Authentication.
      • LDAP.
      • RSA SecurID Authentication.
      • Public Key Infrastructure Authentication.

      In this walkthrough we will use the Secure Remote Password mechanism. For information about implementing the other authentication mechanisms, see Implementing-authentication

    5. Click OK.
  15. Click Connect to log on the Application Server using the BLAdmin user that is created while installing the default Application Server node.
    TSAConsoleUnix12.png
  16. If you see a security alert that the certificate is not initially trusted, optionally, you can view the certificate. Or you can simply click Yes to proceed. 
    TSAConsoleUnix13.png
  17. The quick start page is the first page that is displayed once you log on the the Console. It introduces you to the main use cases of TrueSight Server Automation and allows you to execute them from a centralized UI immediately after installing the TrueSight Server Automation set up. For information about using the quick start page, see Quick-start-page. For general information about the UI of the TrueSight Server Automation Console, see Navigating-the-interface.
    TSAConsoleUnix14.png

Step 7: Manually upgrade additional components

After the unified product installer completes the upgrade, manually upgrade any components that meet the following criteria. You can perform this step anytime after the upgrade.

  • NSH clients on non-Application Server host computers - Use the instructions in Upgrading the Network Shell.
  • PXE and TFTP servers that reside on separate host computers - When you upgrade a PXE server on a different subnet than the target server, you need to copy the installation files to the remote machine and upgrade the remaining servers manually, as described in Upgrading-a-PXE-server-on-Linux-or-UNIX.
    If the TFTP service is not started automatically after the upgrade, manually start it, as described in Starting-and-stopping-a-TFTP-server.
  • Upgrade any agents that you may have that fall into the following categories.
    • Agent on an online or offline patch repository
    • Agent on a basic/standard repeater
    • Agent on a VMware vCenter server. You must upgrade the agent on the vCenter server before you try to use the vCenter integration or the updated VMware configuration object push. For more information, see Setting-up-a-VMware-vSphere-environment and Distributing-configuration-objects.

Related topic:

Upgrading-the-RSCD-agent-on-Linux-and-UNIX

Step 8: Perform additional post-upgrade tasks

At any time after the upgrade, complete the following tasks, if they apply to your environment:

Run the Update Model Objects Job

For custom configuration objects to work reliably, the version of the custom object should match the version of the agent. You can perform this step anytime after the upgrade.

  1. Run an Update Server Properties Job on the agents you have upgraded. For more information, see Creating Update Server Properties Jobs.
  2. If you are not upgrading all of your agents at this time, make copies of all component templates, BLPackages, Snapshot Jobs, and Audit Jobs that reference custom configuration objects that have dependencies on agents running earlier versions. You must maintain a version match between component templates, BLPackages, Snapshot Jobs, and Audit Jobs and custom configuration objects and agents. The objects that you copy in this step are the objects that you can use to maintain the version match.
  3. If you upgrade to the latest version of TrueSight Server Automation and you are using TrueSight Server Automation for virtual environments, you must immediately update the RSCD agent on the system used for the integration and add the new configuration object version for the integration. For example, for the vCenter server, you must upgrade the RSCD agent on either the Windows vCenter server or the AMO proxy and add the new VMware configuration object to the vCenter server object in TrueSight Server Automation.
  4. To ensure that all configuration-object-based assets within existing content are upgraded, run an Upgrade Model Objects Job that targets any component templates, BLPackages, Snapshot Jobs, or Audit jobs that you want to upgrade. For more information about the Upgrade Model Objects Job, see Creating-or-modifying-Upgrade-Model-Objects-Jobs.
    Note: Do not run the Upgrade Model Objects Job against the copies of objects that you created in step 3.
    If you open an existing component template, BLPackage, Snapshot Job, or Audit Job that references a custom configuration object and a later version of that custom configuration object exists, the system displays a message saying it will automatically upgrade the referenced custom configuration object. To maintain a version match with an earlier agent, close the component template, BLPackage, Snapshot Job, or Audit Job without saving.
  5. After executing the Upgrade Model Objects Job, display the results of the job run to see which assets were successfully upgraded and which were not. If you find that certain assets were not automatically upgraded, you must upgrade them manually. Perform the following steps:
    1. Open the object (template, package, or job).
    2. Manually remove the asset of the earlier version and add the asset of the latest version.
    3. Save the object.

Related topics:

Upgrading-custom-configuration-objects

Creating-or-modifying-Upgrade-Model-Objects-Jobs

Upgrade Compliance Content add-ons

Perform an over-the-top upgrade of the new Compliance Content add-ons. You can perform this step anytime after the upgrade.

Related topic: Installing-and-configuring-Compliance-Content-add-ons

Update the sunpkcs11.cfg file for PKI authentication

If you are using PKI authentication, Starting from version 21.3, TrueSight Server Automation no longer support 32-bit DLLs when using ActivClient or 90meter for PKI authentication. Therefore, after you upgrade the TrueSight Server Automation console to 21.3 or later, update the sunpkcs11.cfg file to the store the path to the 64-bit DLLs. For instructions, see Implementing-PKI-authentication.

Related topics

Walkthrough-Upgrading-using-the-configurator-and-individual-component-installers

Walkthrough: Upgrading to the latest version on Microsoft Windows

 

 

Tip: For faster searching, add an asterisk to the end of your partial query. Example: cert*