因为.patch_storage目录丢失,导致opatch打补丁失败

一套新装的ORACLE Restart环境(11.2.0.3.0),计划最新的PSU,在使用opath auto方式安装补丁时报错,表面上的错误信息提示opatch工具不满足版本要求:


[[email protected] ~]# opatch auto /u01/20996944 -ocmrf /u01/file.rsp

Executing /u01/app/11.2.0.4/grid/perl/bin/perl /u01/app/11.2.0.4/grid/OPatch/crs/patch11203.pl -patchdir /u01 -patchn 20996944 -ocmrf /u01/file.rsp -paramfile /u01/app/11.2.0.4/grid/crs/install/crsconfig_params

This is the main log file: /u01/app/11.2.0.4/grid/cfgtoollogs/opatchauto2017-04-08_04-45-04.log

This file will show your detected configuration and all the steps that opatchauto attempted to do on your system:

/u01/app/11.2.0.4/grid/cfgtoollogs/opatchauto2017-04-08_04-45-04.report.log

2017-04-08 04:45:04: Starting Oracle Restart Patch Setup

Using configuration parameter file: /u01/app/11.2.0.4/grid/crs/install/crsconfig_params

The opatch minimum version check for patch /u01/20996944/17592127 failed for /u01/app/11.2.0.4/grid

The opatch minimum version check for patch /u01/20996944/20760997 failed for /u01/app/11.2.0.4/grid

Opatch version check failed for oracle home /u01/app/11.2.0.4/grid

Opatch version check failed

ERROR: update the opatch version for the failed homes and retry

opatch auto failed.

要求opatch工具的版本,发现已经是最新版本了,说明这个错误与opatch工具的版本无关。


[[email protected] ~]# opatch version

OPatch Version: 11.2.0.3.15

OPatch succeeded.

[[email protected] ~]#

在使用opatch auto打补丁时,生成了两个日志文件,查看opatchauto2017-04-08_04-45-04.log文件的内容,发现如下信息:


OPatch failed to lock and get an Inventory Session for the given Oracle Home /u01/app/11.2.0.4/grid

Possible causes are:

No read or write permission to $ORACLE_HOME, cannot create $ORACLE_HOME/.patch_storage

No read or write permission to $ORACLE_HOME/.patch_storage

OPatch cannot proceed further because system will not be able to backup files, or read the backup area for rollback/restore.

OPatchSession cannot load inventory for the given Oracle Home /u01/app/11.2.0.4/grid. Possible causes are:

No read or write permission to ORACLE_HOME/.patch_storage

Central Inventory is locked by another OUI instance

No read permission to Central Inventory

The lock file exists in ORACLE_HOME/.patch_storage

The Oracle Home does not exist in Central Inventory

UtilSession failed: IPMRWServices::verifyPatchStorageDirectory() cannot read or write to /u01/app/11.2.0.4/grid/.patch_storage

OPatch failed with error code 73

从以上日志,基本知道opatch报错原因了。

去$ORACLE_HOME 和$GRID_HOME下查看.patch_storage目录的权限,发现$GRID_HOME下基本就不存在.patch_storage目录,解决办法很简单,手动创建这个目录即可:


[[email protected] grid]# mkdir .patch_storage

[[email protected] grid]# chown grid:oinstall .patch_storage/

[[email protected] grid]# su - oracle

[[email protected] ~]$ cd $ORACLE_HOME

[[email protected] db_home1]$ mkdir .patch_storage

mkdir: cannot create directory `.patch_storage‘: File exists

[[email protected] db_home1]$

再次安装补丁,一切OK:


[[email protected] u01]# opatch auto /u01/20996944 -ocmrf /u01/file.rsp

Executing /u01/app/11.2.0.4/grid/perl/bin/perl /u01/app/11.2.0.4/grid/OPatch/crs/patch11203.pl -patchdir /u01 -patchn 20996944 -ocmrf /u01/file.rsp -paramfile /u01/app/11.2.0.4/grid/crs/install/crsconfig_params

This is the main log file: /u01/app/11.2.0.4/grid/cfgtoollogs/opatchauto2017-04-08_04-49-46.log

This file will show your detected configuration and all the steps that opatchauto attempted to do on your system:

/u01/app/11.2.0.4/grid/cfgtoollogs/opatchauto2017-04-08_04-49-46.report.log

2017-04-08 04:49:46: Starting Oracle Restart Patch Setup

Using configuration parameter file: /u01/app/11.2.0.4/grid/crs/install/crsconfig_params

Stopping RAC /u01/app/oracle/product/11.2.0.4/db_home1 ...

Stopped RAC /u01/app/oracle/product/11.2.0.4/db_home1 successfully

patch /u01/20996944/17592127/custom/server/17592127 apply successful for home /u01/app/oracle/product/11.2.0.4/db_home1

patch /u01/20996944/20760997 apply successful for home /u01/app/oracle/product/11.2.0.4/db_home1

Stopping CRS...

Stopped CRS successfully

patch /u01/20996944/17592127 apply successful for home /u01/app/11.2.0.4/grid

patch /u01/20996944/20760997 apply failed for home /u01/app/11.2.0.4/grid

Starting CRS...

CRS-4123: Oracle High Availability Services has been started.

Starting RAC /u01/app/oracle/product/11.2.0.4/db_home1 ...

Started RAC /u01/app/oracle/product/11.2.0.4/db_home1 successfully

opatch auto succeeded.

[[email protected] u01]#

处理故障,有时还是不能被表面现象迷惑。

时间: 2024-10-10 07:27:16

因为.patch_storage目录丢失,导致opatch打补丁失败的相关文章

Boot目录下内容丢失导致系统无法启动

Boot目录下内容丢失导致系统无法启动 笔者朋友近期在一次学习过程中不慎将虚拟机中boot目录下内容丢失,导致系统无法启动.当然此前他并不知道是这样,只是应为莫名的弹出框报错所有导致系统无法启动.此后朋友将此故障告知笔者,笔者本身其实也是小白刚刚学习linux不就,但是对这些稀奇古怪的故障感觉很有兴趣,所以笔者就掉进坑里搞了几个小时到了凌晨2点才搞出来点眉目来.为了让更多学习linux的小白踩坑,笔者将故障处理过程写出来希望和在下一样的小白们少踩坑.下的不好大家别见怪哈. 1.  事故出现原因

A网站引用B服务器虚拟目录文件导致:网站部署到IIS7上出现HTTP 错误 500.19(由于权限不足而无法读取配置文件)的问题

A网站引用B服务器共享目录(虚拟目录)导致:网站部署到IIS7上出现HTTP 错误 500.19(由于权限不足而无法读取配置文件)的问题 本攻略并不是本机的部署导致的HTTP 错误 500.19 问题  本机500.19错误 解决办法连接 HTTP 错误 500.19 - Internal Server Error 无法访问请求的页面,因为该页的相关配置数据无效. 详细错误信息模块 IIS Web Core 通知 BeginRequest 处理程序 尚未确定 错误代码 0x80070005 配置

一次Windows 注册表中注册表项目丢失导致的Oracle 数据库启动问题。

一次Windows  注册表中注册表项目丢失导致的Oracle 数据库启动问题. 环境说明: 1.windows 2008操作系统 x64bit 2.Oracle database 11.2.0.1 32bit 3.sqlplus / as sysdba进不去,报错: c:\user\administrator>sqlplus / as sysdba Error 6 initializing SQL*Plus Message file sp1<lang>.msb not found SP

MySQL用户权限导致的创建Trigger失败

说来惭愧,MySQL一直处于只会用,不怎么理解的阶段.甚至是一些较为深层次的管理,都不怎么熟悉,得加强啊! 近日,系统测试,使用MySQL数据库,需要在某个表上创建触发器,数据库是在本机安装.但是,无论如何都无法创建触发器,后台错误信息如下: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: TRIGGER command denied to user 'root'@'mortimer-PC' for table 't_user

"最大工作进程数"导致的WCF调用失败

WCF服务寄宿在IIS中,当设置其"最大工作进程数"为2时,经常会出现服务无法被成功调用,具体异常信息如下: Type:System.ServiceModel.Security.MessageSecurityException Message:从另一方收到未进行安全处理或安全处理不正确的错误.有关错误代码和详细信息,请参见内部 FaultException. HelpLink: Source:System.ServiceModel.Internals TargetSite:TAsync

修改hostname导致mysql重启slave失败的修复方法

修改hostname导致mysql重启slave失败的修复方法 (只针对于把slave的信息存在文件里面会出现这种情况,如果存在表里就不会有这种问题发生): 有时候我们很早之前修改完主机名后,跑了好几个月后,突然系统出问题,重启了数据库,发现start slave起不来了.提示找不到relay-log的文件名和位移了. 解决方法: > show slave status\G 记下目前的执行到的master的binlog的文件名和binlog pos: **********************

bdump目录对应的x权限丢失导致的oracle 数据库异常

rhel6.3 x64bit ,oracle 11.2.0.4 x64bit [[email protected] test]$ pwd /u01/app/oracle/diag/rdbms/test/test [[email protected] test]$ chmod u-x trace [[email protected] test]$ ll total 100 drwxr-x---. 2 oracle oinstall 4096 Feb 20 2013 alert drwxr-x---

NTFS-$Volume丢失导致分区无法正常打开一例

在我们数据恢复工作中经常会遇到"分区提示格式化"或是"文件目录结构错误或损坏"这类故障,出现此原因一般是因为硬盘有坏道或是分区参数损坏导致的. 通常情况下我们先使用第三方恢复工具把数据先安全备份后在对原始设备进行修复. Chkdsk.exe 是 CHKDSK 程序的命令行界面,我们可以在命令提示符程序框下直接使用该命令,该程序用于验证文件系统的逻辑完整性.如果 CHKDSK 在文件系统数据中发现存在逻辑不一致性,CHKDSK 将执行可修复该文件系统数据的操作. 一直

不小心删掉了/bin目录,导致许多命令找不到

由于误操作,不小心把/bin目录给误删了,结果崩溃了,很多常用的命令都找不到,而公司有没有光盘,其他的服务器和这个服务器又不是同一个版本,公司也没有备份LINUX服务器的文件. 解决办法及步骤: 下载一个版本一样的ISO镜像文件(我们这里是centos5.5),然后装在虚拟机里面. 把虚拟机里面的/bin文件传给服务器上面(前提你的虚拟机要有unzip)