Oracle11g安装GI PSU时失败一案例的解决方法
来源:互联网 发布:史陶比尔软件 编辑:程序博客网 时间:2024/05/02 01:13
ON : Oracle 11.2.0.4.0,RAC,Linux x86-64
用户在安装最新发布的11.2.0.4.6 这个GI PSU时,报如下错误:
[root@crmdadbs1 psu]# /oracle/app/oracle/product/11.2.0/crmdadbs/OPatch/opatch auto /home/psu/20485808 -oh /oracle/app/oracle/product/11.2.0/crmdadbs -ocmrf /home/psu/ocm.rspExecuting /oracle/app/11.2.0/grid/perl/bin/perl /oracle/app/oracle/product/11.2.0/crmdadbs/OPatch/crs/patch11203.pl -patchdir /home/psu -patchn 20485808 -oh /oracle/app/oracle/product/11.2.0/crmdadbs -ocmrf /home/psu/ocm.rsp -paramfile /oracle/app/11.2.0/grid/crs/install/crsconfig_paramsThis is the main log file: /oracle/app/oracle/product/11.2.0/crmdadbs/cfgtoollogs/opatchauto2015-04-21_17-32-58.logThis file will show your detected configuration and all the steps that opatchauto attempted to do on your system:/oracle/app/oracle/product/11.2.0/crmdadbs/cfgtoollogs/opatchauto2015-04-21_17-32-58.report.log2015-04-21 17:32:58: Starting Clusterware Patch SetupUsing configuration parameter file: /oracle/app/11.2.0/grid/crs/install/crsconfig_paramsStopping RAC /oracle/app/oracle/product/11.2.0/crmdadbs ...Stopped RAC /oracle/app/oracle/product/11.2.0/crmdadbs successfullypatch /home/psu/20485808/20299013 apply failed for home /oracle/app/oracle/product/11.2.0/crmdadbs >>>>>>>>安装补丁20299013 失败Starting RAC /oracle/app/oracle/product/11.2.0/crmdadbs ...Started RAC /oracle/app/oracle/product/11.2.0/crmdadbs successfullyopatch auto succeeded.
查看日志/oracle/app/oracle/product/11.2.0/crmdadbs/cfgtoollogs/opatchauto2015-04-21_17-32-58.log,发现如下内容:
2015-04-21 17:33:41: s_run_as_user2: Running /bin/su oracle -c ' /oracle/app/oracle/product/11.2.0/crmdadbs/OPatch/opatch napply /home/psu/20485808/20299013 -local -silent -ocmrf /home/psu/ocm.rsp -oh /oracle/app/oracle/product/11.2.0/crmdadbs -invPtrLoc /oracle/app/oracle/product/11.2.0/crmdadbs/oraInst.loc '2015-04-21 18:33:09: Removing file /tmp/fileWSJEuf2015-04-21 18:33:09: Successfully removed file: /tmp/fileWSJEuf2015-04-21 18:33:09: /bin/su exited with rc=732015-04-21 18:33:09: status of apply patch is 186882015-04-21 18:33:09: The apply patch output is Oracle Interim Patch Installer version 11.2.0.3.6 Copyright (c) 2013, Oracle Corporation. All rights reserved. Oracle Home : /oracle/app/oracle/product/11.2.0/crmdadbs Central Inventory : /oracle/app/oraInventory from : /oracle/app/oracle/product/11.2.0/crmdadbs/oraInst.loc OPatch version : 11.2.0.3.6 OUI version : 11.2.0.4.0 Log file location : /oracle/app/oracle/product/11.2.0/crmdadbs/cfgtoollogs/opatch/opatch2015-04-21_17-33-41PM_1.log Unable to lock Central Inventory. OPatch will attempt to re-lock. >>>>>>>往下类似信息均表示Central Inventory目录可能存在权限问题,Opatch无法操作 Do you want to proceed? [y|n] Y (auto-answered by -silent) User Responded with: Y OPatch will sleep for few seconds, before re-trying to get the lock... Unable to lock Central Inventory. OPatch will attempt to re-lock. Do you want to proceed? [y|n] Y (auto-answered by -silent) User Responded with: Y OPatch will sleep for few seconds, before re-trying to get the lock... Unable to lock Central Inventory. OPatch will attempt to re-lock. Do you want to proceed? [y|n] Y (auto-answered by -silent) User Responded with: Y OPatch will sleep for few seconds, before re-trying to get the lock... ........................ Unable to lock Central Inventory. OPatch will attempt to re-lock. Do you want to proceed? [y|n] Y (auto-answered by -silent) User Responded with: Y OPatch will sleep for few seconds, before re-trying to get the lock... OUI-10022:The target area /oracle/app/oraInventory cannot be used because it is in an invalid state. OPatchSession cannot load inventory for the given Oracle Home /oracle/app/oracle/product/11.2.0/crmdadbs. 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: OUI-10022:The target area /oracle/app/oraInventory cannot be used because it is in an invalid state. Log file location: /oracle/app/oracle/product/11.2.0/crmdadbs/cfgtoollogs/opatch/opatch2015-04-21_17-33-41PM_1.log OPatch failed with error code 732015-04-21 18:33:09: patch /home/psu/20485808/20299013 apply failed for home /oracle/app/oracle/product/11.2.0/crmdadbs2015-04-21 18:33:09: Running as user oracle: true2015-04-21 18:33:09: s_run_as_user2: Running /bin/su oracle -c ' true '2015-04-21 18:33:09: Removing file /tmp/filec2SqSB2015-04-21 18:33:09: Successfully removed file: /tmp/filec2SqSB2015-04-21 18:33:09: /bin/su successfully executed
于是,我对照了下其他运行正常的环境中,oraInventory目录的权限是什么样子,对比后发现,果然存在不一致的地方,正常情况下oraInventory的权限应为:drwxrwx---,而当前环境中的此目录的权限为drwxr-xr-x。
修改目录权限:
首先对该目录进行备份:
tar -cpvf oraInventory.tar oraInventory
[root@crmdadbs2 app]# chmod 770 oraInventory
再次执行opatch:
[root@crmdadbs1 psu]# /oracle/app/oracle/product/11.2.0/crmdadbs/OPatch/opatch auto /home/psu/20485808 -oh /oracle/app/oracle/product/11.2.0/crmdadbs -ocmrf /home/psu/ocm.rspExecuting /oracle/app/11.2.0/grid/perl/bin/perl /oracle/app/oracle/product/11.2.0/crmdadbs/OPatch/crs/patch11203.pl -patchdir /home/psu -patchn 20485808 -oh /oracle/app/oracle/product/11.2.0/crmdadbs -ocmrf /home/psu/ocm.rsp -paramfile /oracle/app/11.2.0/grid/crs/install/crsconfig_paramsThis is the main log file: /oracle/app/oracle/product/11.2.0/crmdadbs/cfgtoollogs/opatchauto2015-04-21_20-39-00.logThis file will show your detected configuration and all the steps that opatchauto attempted to do on your system:/oracle/app/oracle/product/11.2.0/crmdadbs/cfgtoollogs/opatchauto2015-04-21_20-39-00.report.log2015-04-21 20:39:00: Starting Clusterware Patch SetupUsing configuration parameter file: /oracle/app/11.2.0/grid/crs/install/crsconfig_paramsStopping RAC /oracle/app/oracle/product/11.2.0/crmdadbs ...Stopped RAC /oracle/app/oracle/product/11.2.0/crmdadbs successfullypatch /home/psu/20485808/20299013 apply successful for home /oracle/app/oracle/product/11.2.0/crmdadbs patch /home/psu/20485808/20420937/custom/server/20420937 apply successful for home /oracle/app/oracle/product/11.2.0/crmdadbs Starting RAC /oracle/app/oracle/product/11.2.0/crmdadbs ...Started RAC /oracle/app/oracle/product/11.2.0/crmdadbs successfullyopatch auto succeeded.
OK.
后了解到,是因用户曾误操作对整个 /oracle 目录做过权限修改,chmod -R 755 /oracle,而该目录是GRID和DBMS软件可执行文件所在目录。(我担心的是以后还会不会存在其他问题可能会发生)。
0 0
- Oracle11g安装GI PSU时失败一案例的解决方法
- Oracle11g RAC环境安装GI PSU的必要步骤
- Linux6平台Oracle11g RAC 安装GI PSU后无法打开
- Oracle11gR2 单机环境 GI PSU补丁安装
- 安装oracle11g INS-30131执行安装程序验证所需的初始设置失败的解决方法
- 安装oracle11g INS-30131执行安装程序验证所需的初始设置失败的解决方法
- 【翻译自mos文章】在windows 2012上安装rac时,GI 的安装失败,报OUI-35024
- 6.Oracle:安装oracle11g INS-30131执行安装程序验证所需的初始设置失败的解决方法
- RAC Grid Infrastructure安装11.2.0.3.5 14727347 PSU GI-RDBMS补丁
- Linux平台安装Oracle 11.2.0.4.4 GI PSU补丁程序
- 在Linux操作系统下,安装GI 12.1 或者升级到GI 12.1时遇到的问题
- 记一次应用GI PSU而犯的低级但又容易犯的错误
- Oracle_RAC数据库GI的PSU升级(11.2.0.4.0到11.2.0.4.8)
- sql2000安装失败的解决方法
- mysql安装失败的解决方法
- CocoaPods安装失败的解决方法
- Tomcat安装失败 的解决方法
- 仅安装GI软件时的root.sh
- Struts1.x系列教程(9):上传任意多个文件
- 彩票
- DD DT DL标签
- python3 命令界面不能退格的问题
- 【2015/4/21】IT知识你问你答系列1
- Oracle11g安装GI PSU时失败一案例的解决方法
- Setting Your Career Goal and Objective
- Vold之VolumeManager3 模块分析
- [CODEVS1159]最大全0子矩阵解题报告
- 华为在线测试题[基础篇]--判断IP是否合法
- C++虚函数与虚函数表
- PythonChallenge_第1题
- 《Effective Objective-C 2.0》2、数据的定义方法
- Asp.net MVC Controller学习