6 - 8 minutes readHow to Apply a Grid Infrastructure Patch Before Grid Infrastructure Configuration

Reader Mode

Configuring Oracle HTTP Server to Use SSL in Fusion Middleware 11g (11.1.1.X) (Doc ID 1226933.1)

 

Implement Self Signed Certificate

Step 1: create a Password Protected Wallet(ewallet.p12 and cwallet.sso)

$MIDDLEWARE_HOME/oracle_common/bin/orapki wallet create -wallet <path> -auto_login

2. Create a Self-Signed Certificate:

$MIDDLEWARE_HOME/oracle_common/bin/orapki wallet add -wallet <dir> -dn ‘CN=<CommonName>,OU=<OrganizationUnit>, O=<Company>, L=<Location>, ST=<State>, C=<Country>’ -keysize 1024 -self_signed -validity 365 -pwd password

This Wallet is ready to use with Application Server or Fusion Middleware for testing purposes.

Customer Recommended

 

1. Create a directory, for example: $MIDDLEWARE_HOME/keystores
/u03/WLSPayroll/Oracle/Middleware/keystore

2 Run the following to set the environment on UNIX

cd /u03/WLSPayroll/Oracle/Middleware/wlserver_10.3/server/bin
. ./setWLSEnv.sh

3. Create a keystore and private key, by executing the following command:

go to /u03/WLSPayroll/Oracle/Middleware/keystore

keytool -genkey -alias server_cert -keyalg RSA -keysize 2048 -sigalg SHA256withRSA -dname “CN=fcisit-apps01.nic.in,OU=IT, O=FCI, L=DELHI, ST=DEL, C=IN” -keypass welcome123 -keystore keystore.jks -storepass welcome123

To view the contents of the keystore created, execute the following command:

keytool -list -v -keystore eystore.jks -storepass welcome123

a) If you are happy using a self signed certificate then this keystore must be exported, then imported into the keystore again as a trusted cert before weblogic can use the keystore. This is done with these commands:

keytool -export -alias server_cert -file root.cer -keystore /u03/WLSPayroll/Oracle/Middleware/keystore/keystore.jks -storepass welcome123

keytool -import -v -noprompt -trustcacerts -alias server_root_cert -file root.cer -keystore keystore.jks -storepass welcome123

Note: Import command alias should be different from export command alias. Otherwise the error occurs

 

12.1.0.1 only:

1: Do not apply any patches to 12.1.0.1 home before executing root script (root.sh or rootupgrade.sh), instead configure GI first. Once GI is up and running from 12.1.0.1 home, a patch can be applied.

OR

2. Install 12.1.0.1 with software only option on all nodes, apply a patch to 12.1.0.1 home with “opatch apply” command, and execute <GI_HOME>/crs/config/config.sh to configure/upgrade to 12.1.0.1. Reference Document:1354258.1

11.2.0.x or 12.1.0.2

Since “opatch auto” relies on running Oracle Clusterware to identify the configuration, it can not be used to apply a GI patch to the new GI home before root.sh or rootupgrade.sh is executed.

It’s recommended to apply latest GI PSU, refer to Document:756671.1 for the patch#.

The steps below describe how to apply 11.2.0.2.3 GI PSU (GI PSU 3) to a newly installed GI home prior to executing the root script but the procedure will be the same (with the exception of the release and patch numbers) for any 11.2 GI installation.

1. When prompted by the OUI to run root.sh (new install) or rootupgrade.sh (upgrade), DO NOT run the root.sh or rootupgrade.sh scripts but leave the installer GUI window open (and root scripts prompt)

2. Install the 11.2.0.2.3 GI PSU (12419353) to the newly installed (but unconfigured) 11.2.0.2 GI home as follows (DO NOT follow the readme, the instructions in the readme will cause the patch install to fail for an unconfigured GI home).

3. Install the latest version of OPatch 11.2 (available under Patch 6880880) into the GI home as described in Document:1339140.1 under “How do I install the latest OPatch release?

4. Create an EMPTY directory to stage the GI PSU as the GI software owner (our example uses a directory named gipsu):

% mkdir /u01/stage/gipsu

5. Extract the GI PSU into the empty stage directory as the GI software owner:

% unzip -d /u01/stage/gipsu <downloaded-patch-dir>/p12419353_112020_Linux-x86-64.zip

## note: as GI PSU zipfile contains both GI PSU and DB PSU, it will create two sub-directory12419353 and12419331 which is for corresponding GI and DB PSU

6. Apply patch to the newly installed 11.2.0.2 GI home as the GI software owner using OPatch apply:

Go to each of the subdirectory in the unzipped location, and execute “opatch apply|napply” command.

For example:

% cd /u01/stage/gipsu/12419353
% <11.2.0.2GI_HOME>/OPatch/opatch apply /u01/stage/gipsu/12419353 -oh <11.2.0.2GI_HOME> -local
% cd /u01/stage/gipsu/12419331
% <11.2.0.2GI_HOME>/OPatch/opatch apply /u01/stage/gipsu/12419331 -oh <11.2.0.2GI_HOME> -local

7. Repeat the above steps 3-6 on ALL cluster nodes

8. Once the 11.2.0.2.3 GI PSU has been applied to the newly installed GI home (on ALL nodes), you can now execute the root.sh or rootupgrade.sh script one node at a time (allowing the current node to complete prior to moving on to the next) as instructed in the OUI popup window.

9. Once the root script has completed successfully on all nodes, complete the upgrade/installation by clicking okay in the root script popup OUI window that was left open in step 1.

18.1 and above

1. Unzip Grid Infrastructure Gold Image to the Desired GI Home Location on the Local Node as the Grid user

2. Download and Install the latest OPatch Version (Patch 6880880) to the extracted GI Gold Image as the Grid user:

Note:  Please take a backup of ORACLE_HOME/OPatch into a dedicated backup location. Further, make sure no directory ORACLE_HOME/OPatch exist and unzip the OPatch downloaded zip into ORACLE_HOME directory

$ unzip -d $GI_HOME p6880880_<platform version info>.zip

3. Install/Upgrade the 18c GI and apply the patch to the Gold Image at the same time by running the following as the Grid user:

To apply only Release Updates:

$GI_HOME/gridSetup.sh -applyRU <downloaded patch location>

 

To apply only Non-RU patches:

$GI_HOME/gridSetup.sh -applyRUR <downloaded patch location>

 

To apply Release Updates and Non-RU patches in one command:

$GI_HOME/gridSetup.sh -applyRU <downloaded patch location> -applyOneOffs <downloaded atch location>

For Windows,  applyRU option is not supported. Install/configure the base Goldimage Software first (without -applyRU), and then install the RU using standard opatch/opatchauto process.

An example is:

$ ./gridSetup.sh -applyRU /u01/patch/27100009/

Preparing the home to patch…

Applying the patch /u01/patch/27100009/…

Successfully applied the patch.

4.  Install with normal flow of gridSetup.sh. At the end of the installation OPatch should show the patch installed:

(If ‘opatch lspatches’ fail with below error, Check that gridSetup.sh has been run, then try again)

Inventory load failed… LsPatchesSession::loadAndPrintInstalledPatch()
LsPatchesSession failed: RawInventory gets null OracleHomeInfo

OPatch failed with error code 2

NOTE:  In 18c you cannot apply the patch with opatchauto or ‘gridSetup.sh -applyRU <downloaded patch location>’ alone before running root.sh or rootupgrade.sh.  The patch must be applied when initially launching the gridSetup.sh as noted above.  

12.2.0.1

The steps for 12.2.0.1 are:

1. Unzip Grid Infrastructure Gold Image to the Desired GI Home Location on the Local Node as the Grid user

2. Download and Install the latest OPatch Version (Patch 6880880) to the extracted GI Gold Image as the Grid user:

Note:  Please take a backup of ORACLE_HOME/OPatch into a dedicated backup location. Further, make sure no directory ORACLE_HOME/OPatch exist and unzip the OPatch downloaded zip into ORACLE_HOME directory

$ unzip -d $GI_HOME p6880880_<platform version info>.zip

3. Apply the patch to the Gold Image by running the following as the Grid user:

To apply only Release Updates:

$GI_HOME/gridSetup.sh -applyPSU <downloaded patch location>

 

To apply only Non-RU patches:

$GI_HOME/gridSetup.sh -applyOneOffs <downloaded patch location>

 

To apply Release Updates and Non-RU patches in one command:

$GI_HOME/gridSetup.sh -applyPSU <downloaded patch location> -applyOneOffs <downloaded patch location>

An example is:

$ ./gridSetup.sh -applyPSU /u01/patch/27100009/

Preparing the home to patch…

Applying the patch /u01/patch/27100009/…

Successfully applied the patch.

4.  Install with normal flow of gridSetup.sh. At the end of the installation OPatch should show the patch installed:

(If ‘opatch lspatches’ fail with below error, Check that gridSetup.sh has been run, then try again)

Inventory load failed… LsPatchesSession::loadAndPrintInstalledPatch()
LsPatchesSession failed: RawInventory gets null OracleHomeInfo

OPatch failed with error code 2

Method 1: 12.1.0.x

1. Install Grid Infrastructure with software only option on one node.

2. Apply necessary patches with opatch apply or napply – refer to patch readme – how to apply to a Grid Infrastructure software only home.

3. Clone the patched software to all other nodes, refer to:

11.2:

https://docs.oracle.com/cd/E11882_01/rac.112/e41959/clonecluster.htm#CWADD03202

5 Cloning Oracle Clusterware

 

12.1

https://docs.oracle.com/database/121/CWADD/GUID-502ABA1D-8246-4A13-BE72-3E806B77AB8F.htm#CWADD03202

8 Cloning Oracle Clusterware

4. Run <GRID_HOME>/crs/config/config.sh to configure/upgrade the stack. On Windows, use config.bat instead of config.sh

Method 2: 12.1.0.2 or 11.2.0.x – Apply during installation for Linux and UNIX

The high level flow is:

1. Install Grid Infrastructure with installer so the software is pushed to all other nodes in the cluster by the installer.

2. While prompted to run root script (root.sh or rootupgrade.sh), apply with below procedure.

3. After patch is applied, resume the normal flow which is to run root script etc.

Related Articles

Responses

Your email address will not be published. Required fields are marked *

Password Reset
Please enter your e-mail address. You will receive a new password via e-mail.