libhasgen11.so() 錯誤訊息
今天新安裝一台11024的Oracle RAC DB 在AIX的環境 並要更新PSU
root> /oracle/11.2.0/grid/OPatch/opatch auto /source/oracle/30501155 -ocmrf /tmp/ocm.f
Executing /oracle/11.2.0/grid/perl/bin/perl /oracle/11.2.0/grid/OPatch/crs/patch11203.pl -patchdir /source/oracle -patchn 30501155 -ocmrf /tmp/ocm.f -paramfile /oracle/11.2.0/grid/crs/install/crsconfig_params
This is the main log file: /oracle/11.2.0/grid/cfgtoollogs/opatchauto2022-04-07_12-58-51.log
This file will show your detected configuration and all the steps that opatchauto attempted to do on your system:
/oracle/11.2.0/grid/cfgtoollogs/opatchauto2022-04-07_12-58-51.report.log
2022-04-07 12:58:51: Starting Clusterware Patch Setup
Using configuration parameter file: /oracle/11.2.0/grid/crs/install/crsconfig_params
Stopping CRS...
Stopped CRS successfully
patch /source/oracle/30501155/29938455 apply successful for home /oracle/11.2.0/grid
patch /source/oracle/30501155/30298532 apply failed for home /oracle/11.2.0/grid
Starting CRS...
Installing Trace File Analyzer
ACFS driver install actions failed
Could not load program crsctl.bin:
rtld: 0712-001 Symbol ztca_Shutdown was referenced
from module crsctl.bin(), but a runtime definition
of the symbol was not found.
rtld: 0712-001 Symbol LpxSetExternalAccess was referenced
from module crsctl.bin(), but a runtime definition
of the symbol was not found.
rtld: 0712-001 Symbol ztpk_SetKeyInfo was referenced
from module /oracle/11.2.0/grid/lib/libhasgen11.so(), but a runtime definition
of the symbol was not found.
rtld: 0712-001 Symbol ztpk_DestroyKey was referenced
from module /oracle/11.2.0/grid/lib/libhasgen11.so(), but a runtime definition
of the symbol was not found.
rtld: 0712-001 Symbol ztpk_Sign was referenced
from module /oracle/11.2.0/grid/lib/libhasgen11.so(), but a runtime definition
of the symbol was not found.
rtld: 0712-001 Symbol ztpk_Verify was referenced
from module /oracle/11.2.0/grid/lib/libhasgen11.so(), but a runtime definition
of the symbol was not found.
rtld: 0712-002 fatal error: exiting.
Timed out waiting for the CRS stack to start.
檢查後發現libhasgen11.so與crsctl 檔案大小都怪怪的，使用crsctl也會報錯，一堆binary都毀損了，上個patch而已，太誇張了ㄅ~
這告訴我們更新軟體前備份的重要性!!!
幸虧我只是新安裝的環境，查了一下遇到這問題不能使用auto的方式上patch，只能一個一個進去用manual的方式，還要處理權限unlock的問題，This is specific only to 11.2.0.4 that has OCT 2018 PSU or later.
查了一下遇到這問題不能使用auto的方式上patch，只能一個一個進去用manual的方式，還要處理權限unlock的問題
處理步驟: Steps for Applying the Patch
1.Stop the CRS managed resources running from DB homes. If this is a GI Home environment, as the database home owner execute:
$ <ORACLE_HOME>/bin/srvctl stop home -o <ORACLE_HOME> -s <status file location> -n <node name>
2.Run the pre root script. If this is a GI Home, as the root user execute:
# <GI_HOME>/crs/install/rootcrs.pl -unlock
3.Apply the CRS patch using (Generate response file, if needed, using the emocmrsp and specify using -ocmrf option) As the GI home owner execute:
$ <GI_HOME>/OPatch/opatch napply -oh <GI_HOME> -local <UNZIPPED_PATCH_LOCATION>/<GI_PSU_number>/<OCW Components_number>
As the GI home owner execute:
$ <GI_HOME>/OPatch/opatch napply -oh <GI_HOME> -local <UNZIPPED_PATCH_LOCATION>/<GI_PSU_number>/<ACFS Components_number>
As the GI home owner execute:
$ <GI_HOME>/OPatch/opatch apply -oh <GI_HOME> -local <UNZIPPED_PATCH_LOCATION>/<GI_PSU_number>/<DB_PSU_number>
4.Run the pre script for DB component of the patch. As the database home owner execute:
$ <UNZIPPED_PATCH_LOCATION>/<GI_PSU_number>/<OCW Components_number>/custom/server/<OCW Components_number>/custom/scripts/prepatch.sh -dbhome <ORACLE_HOME>
5.Apply the DB patch. As the database home owner execute (Generate response file, if needed, using the emocmrsp and specify using -ocmrf option):
$ <ORACLE_HOME>/OPatch/opatch napply -oh <ORACLE_HOME> -local <UNZIPPED_PATCH_LOCATION>/<GI_PSU_number>/<OCW Components_number>/custom/server/<OCW Components_number>
$ <ORACLE_HOME>/OPatch/opatch apply -oh <ORACLE_HOME> -local <UNZIPPED_PATCH_LOCATION>/<GI_PSU_number>/<DB_PSU_number>
6.Run the post script for DB component of the patch. As the database home owner execute:
$ <UNZIPPED_PATCH_LOCATION>/<GI_PSU_number>/<OCW Components_number>/custom/server/<OCW Components_number>/custom/scripts/postpatch.sh -dbhome <ORACLE_HOME>
7.Run the post script. As the root user execute:
# <GI_HOME>/rdbms/install/rootadd_rdbms.sh
If this is a GI Home, as the root user execute:
# <GI_HOME>/crs/install/rootcrs.pl -patch
If this is an Oracle Restart Home, as the root user execute:
# <GI_HOME>/crs/install/roothas.pl -patch
