Starting with release 12cR2, Grid Infrastructure binaries are no more shipped as an installer, but as a zip file that is uncompressed directly in the Oracle Home path.
This opened a few new possibilities including patching the software before the Grid Infrastructure configuration.
My former colleague Markus Flechtner wrote an excellent blog post about it, here: https://www.markusdba.net/?p=294
Now, with 18c, there are a couple of things that changed comparing to Markus blog.
The -applyRU switch replaces the -applyPSU
While it is possible to apply several sub-patches of a PSU one by one:
|
1 2 3 4 5 6 7 |
./gridSetup.sh -silent -applyOneOffs <path to sub-patch> e.g. ./gridSetup.sh -silent -applyOneOffs /work/p28659165_180000_Linux-x86-64/28659165/28547619 ./gridSetup.sh -silent -applyOneOffs /work/p28659165_180000_Linux-x86-64/28659165/28655784 ./gridSetup.sh -silent -applyOneOffs /work/p28659165_180000_Linux-x86-64/28659165/28655916 ... |
it was possible to do all at once with:
|
1 |
./gridSetup.sh -silent -applyPSU <path to PSU> |
Now the switch is called, for consistency with the patch naming, -applyRU.
E.g.:
|
1 2 3 4 5 6 7 8 9 10 |
# [ oracle@server:/u01/app/grid/crs1840 [16:38:40] [18.4.0.0.0 [GRID] SID=GRID] 255 ] # $ ./gridSetup.sh -silent -applyRU /u01/app/oracle/stage/p28659165_180000_Linux-x86-64/28659165 Preparing the home to patch... Applying the patch /u01/app/oracle/stage/p28659165_180000_Linux-x86-64/28659165... Successfully applied the patch. The log can be found at: /u01/app/oraInventory/logs/GridSetupActions2018-11-02_04-39-54PM/installerPatchActions_2018-11-02_04-39-54PM.log Launching Oracle Grid Infrastructure Setup Wizard... [FATAL] [INS-40426] Grid installation option has not been specified. ACTION: Specify the valid installation option. |
Still there are no options to avoid the run of the Setup Wizard, but it is safe to ignore the error as the patch has been applied successfully.
The -createGoldImage does not work anymore if the Home is not attached
I have tried to create the golden image as per Markus post, but I get this error:
|
1 2 3 4 5 6 |
# [ oracle@server:/u01/app/grid/crs1840 [09:43:39] [18.4.0.0.0 [GRID] SID=GRID] 0 ] # $ ./gridSetup.sh -createGoldImage -destinationlocation /u01/app/oracle/stage/golden_images/crs1840 -silent Launching Oracle Grid Infrastructure Setup Wizard... [FATAL] [INS-32715] The source home (/u01/app/grid/crs1840) is not registered in the central inventory. ACTION: Ensure that the source home is registered in the central inventory. |
To workaround the issue, there are two ways:
- Create a zip file manually, as all the content needed to install the patched version is right there. No need to touch anything as the software is not configured yet.
- Configure the software with CRS_SWONLY before creating the gold image:
12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152$ cat grid1840_swonly.rsporacle.install.responseFileVersion=/oracle/install/rspfmt_crsinstall_response_schema_v18.0.0INVENTORY_LOCATION=/u01/app/oraInventoryoracle.install.option=CRS_SWONLYORACLE_BASE=/u01/app/oracleoracle.install.asm.OSDBA=dbaoracle.install.asm.OSASM=asmdbaoracle.install.crs.config.scanType=LOCAL_SCANoracle.install.crs.config.gpnp.configureGNS=falseoracle.install.crs.config.autoConfigureClusterNodeVIP=falseoracle.install.crs.config.gpnp.gnsOption=CREATE_NEW_GNSoracle.install.crs.config.clusterNodes=server1,server2oracle.install.asm.configureGIMRDataDG=falseoracle.install.crs.config.useIPMI=falseoracle.install.asm.storageOption=ASMoracle.install.asmOnNAS.configureGIMRDataDG=falseoracle.install.asm.diskGroup.name=OCRVOToracle.install.asm.diskGroup.AUSize=1oracle.install.asm.gimrDG.AUSize=1oracle.install.asm.configureAFD=falseoracle.install.crs.configureRHPS=falseoracle.install.crs.config.ignoreDownNodes=falseoracle.install.config.managementOption=NONEoracle.install.config.omsPort=0oracle.install.crs.rootconfig.executeRootScript=false$ ./gridSetup.sh -silent -responseFile grid1840_swonly.rsp ORACLE_HOME_NAME=crs1840Launching Oracle Grid Infrastructure Setup Wizard...The response file for this session can be found at:/u01/app/grid/crs1840/install/response/grid_2018-11-05_01-18-28PM.rspYou can find the log of this install session at:/u01/app/oraInventory/logs/GridSetupActions2018-11-05_01-18-28PM/gridSetupActions2018-11-05_01-18-28PM.logAs a root user, execute the following script(s):1. /u01/app/grid/crs1840/root.shExecute /u01/app/grid/crs1840/root.sh on the following nodes:[server1, server2][root@server1 dbs01]# /u01/app/grid/crs1840/root.shCheck /u01/app/grid/crs1840/install/root_server1.cern.ch_2018-11-05_14-13-58-835084539.log for the output of root script[root@server2 dbs01]# /u01/app/grid/crs1840/root.shCheck /u01/app/grid/crs1840/install/root_server2.cern.ch_2018-11-05_14-15-18-835087641.log for the output of root script$ ./gridSetup.sh -createGoldImage -destinationlocation /u01/app/oracle/stage/golden_images/crs1840 -silentLaunching Oracle Grid Infrastructure Setup Wizard...Successfully Setup Software.Gold Image location: /u01/app/oracle/stage/golden_images/crs1840/grid_home_2018-11-05_02-25-52PM.zip
HTH
—
Ludo
The following two tabs change content below.
Latest posts by Ludovico (see all)
- New views in Oracle Data Guard 23c - January 3, 2024
- New in Data Guard 21c and 23c: Automatic preparation of the primary - December 22, 2023
- Does FLASHBACK QUERY work across incarnations or after a Data Guard failover? - December 13, 2023
Hi Bill,
sadly FPP does require a full GI setup. You cannot set it up on HAS (restart).
Thank you for the information, I’ve been also watching some of your FPP videos.
I have a HAS (stand-alone HA) setup. We have several of these environments and we’re looking at using FPP to update them with the latest IAVA releases. However, we get MGTCA-1108, PRKH-1001 and PRKH-3013 errors when attempting to create the GMIR since we didn’t create them when we initially did the installs. Is FPP not compatible with HAS? I know you can use a full grid setup to add a remote GIMR repository but can I create a local GMIR for the FPP on a HAS setup?
Thank you.
This is old, but can you actually use these gold GI images on a server that already has GI of the same major version installed and configured (i.e. RU patching) ?
If so, how?
gridSetup.sh when launched (at least in the GUI mode and with Oracle’s 19.13 patched GIRU image) puts the user at a dead-end spin: neither can one install and configure a new cluster because it detects already configured GI, nor can one upgrade the cluster because it detects configured GI running the same major version (why does it care?), the only option is then to install software only (but then what?)
So, while being able to create gold images (or even use Oracle’s) is great, if one can’t actually use them for ongoing software currency maintenance, like seemingly implied here: https://www.doag.org/formes/pubfiles/9167769/2017-NN-Markus_Michalewicz-What_s_New_In_Oracle_s_Universal_Installer_-Praesentation.pdf
then they have very limited use (i.e. major version upgrade or brand new intallation)?
Sorry for the late reply, Kirill. Once you have Software Only image installed, you can do out-of-place patching, either with FPP in local-mode (starting with 18c), or with the -switchGridHome switch starting with 19c.
.. I noticed that If you has ran a dry run previously the home gets attached so the error message [INS-32715] The source home is not registered in the central inventory , isn’t pop up. Regards, Viviane Gama
Good catch, thanks Viviane!
Is there any difference to Grid 19c?
Perhaps new things, but the process I have described does not change.