1. GRID打补丁crsconfig_lib.pm line 11821
# 以root用户登录
# export USER=grid # 建议执行该命令，不执行该命令偶尔导致打补丁失败还会由于许多文件权限变化无法回滚。
# /u01/app/11.2/grid/OPatch/opatch auto 33711103 -oh /u01/app/11.2/grid
...
Starting CRS...
Installing Trace File Analyzer
CRS-4124: Oracle High Availability Services startup failed.
CRS-4000: Command Start failed, or completed with errors.
Oracle Grid Infrastructure stack start initiated but failed to complete at xx/files/crs/install/crsconfig_lib.pm line 11821.
2. 遇到上述问题解决
Oracle 11.2.0.4再20年10月之后的PSU基本都会遇到上述问题，根据不同操作系统处理方式又分以下几种：
2.1 AIX遇到上述问题解决
AIX遇到该问题需要根据具体的PSU版本下载对应32109594补丁，但是由于补丁以及PSU都处于扩展支持外，一般都难以下载到该补丁。
所以目前已知AIX Oracle 11.2.0.4能非常顺利打上以及可以标准支持下到的最后一个PSU为11.2.0.4.200714，如果能有补丁32109594，则后面的PSU也可以打
# AIX 7.1 遇到上述问题，会导致无法启动ASM实例，报错，需要打补丁32109594，这个补丁对于不同季度的PSU有不同版本，
# 不对应也能打上也能起作用，就是会有很多warning，打完之后，集群会自动正常启动。
# 可以参考下面Mos文档
AIX:11.2.0.4 :ASM&DB Instance Not Starting Up Due to SMR Corrupt After OCT 2020 PSU (Doc ID 2732507.1)
# 32109594补丁步骤：
# login as root
# $GRID_HOME/perl/bin/perl $GRID_HOME/crs/install/rootcrs.pl -unlock
# login as grid
$ $GRID_HOME/OPatch/opatch apply -oh $GRID_HOME -local 32109594/
# login as root
# $GRID_HOME/perl/bin/perl $GRID_HOME/crs/install/rootcrs.pl -patch
# 后面GI补丁打结束之后，继续打RDBMS PSU，打完之后还需要给RDBMS打32109594
# login as root
# $GRID_HOME/perl/bin/perl $GRID_HOME/crs/install/rootcrs.pl -unlock
# login as oracle
$ $ORACLE_HOME/OPatch/opatch apply -oh $ORACLE_HOME -local 32109594/
2.2 Linux遇到上述问题解决
# 遇到上述问题，如果是11.2.0.4.2010之后的补丁，
-- 1. Linux 7，经测试20年10月PSU，重启操作系统即可解决，集群可以正常启动。
-- 2. Linux 6，经测试20年10月PSU，未遇到上述问题
我在Linux7上用opatch auto,第一个节点正常，第二个节点报：Oracle Grid Infrastructure stack start initiated but failed to complete at /software/31718723/29938455/files/crs/install/crsconfig_lib.pm line 11821.
重启后CRS都正常