1. Home
  2. Knowledge Base
  3. Oracle 11g
  4. Clusterware upgrade to
  1. Home
  2. Knowledge Base
  3. Real Application Clusters
  4. Clusterware upgrade to Clusterware upgrade to

The following screenshots are taken from a RAC Clusterware upgrade from to on AIX 64 bit platform.

We encountered an issue related to Bug 8925669: ROOT111.SH 0509-150 DEPENDENT MODULE LIBTTSH11.SO COULD NOT BE LOADED. I have provided the workaround we used in this case and which did work for us.

The last screen will indicate that we need to run the root111.sh script which will stop and start the clusterware processes in the upgraded CRS Home

The installer has detected that your Cluster Ready Services (CRS) installation is distributed across the following nodes:


Because the software consists of local identical copies distributed across each of the nodes in the cluster, it is possible to patchyour CRS installation in a rolling manner, one node at a time.

To complete the installation of this patchset, you must perform the following tasks on each node:

1. Log in as the root user.
2. As the root user, perform the following tasks:

a. Shutdown the CRS daemons by issuing the following command:
/u01/crs/11.1.0/bin/crsctl stop crs
b. Run the shell script located at:
This script will automatically start the CRS daemons on the
patched node upon completion.

3. After completing this procedure, proceed to the next node and repeat.

While running the root111.sh on the first node we encountered this error

“Could not load program /u01/crs/11.1.0/bin/ctsctl.bin:
Dependent module /u01/crs/11.1.0/lib/libttsh11.so could not be loaded.”

For this we went and changed the permissions for the file libttsh11.so which was owned by root to the software owner ‘crs’ and the group to dba

middba1 $ ls -l libttsh11.so
-rwxr-x— 1 root system 58680930 Dec 9 15:57 libttsh11.so

changed to

middba1 $ ls -lrt libtt*
-rwxr-x— 1 crs dba 58680930 Dec 9 15:57 libttsh11.so

The same was repeated on the second node in the cluster as well.

To confirm the upgrade we can run the following crsctl commands on each node:

middba2 $ crsctl query crs activeversion
Oracle Clusterware active version on the cluster is []

middba2 $ crsctl query crs softwareversion
Oracle Clusterware version on node [middba2] is []

The following two tabs change content below.

Gavin Soorma

Latest posts by Gavin Soorma (see all)

Updated on June 2, 2021

Was this article helpful?

Related Articles

Leave a Comment