Failed to create or upgrade OLR

    对于Oracle 11g RAC 的安装,与Oracle 10g(clusterware)类似,grid 安装完毕后需要执行orainstroot.sh和root.sh,如果是AMD芯片,Oracle说不认识啊,那就要恭喜一下你又多了一次patch的亲密接触,这个错误提示是Failed to create or upgrade OLR。客官,中招了?接着往下看...

1、安装时的环境  
  操作系统(Oracle linux 5.5 32bit)  
  [root@node1 ~]# cat /etc/issue   
  Enterprise Linux Enterprise Linux Server release 5.5 (Carthage)  
  Kernel \r on an \m  
  
  Oracle版本  
  Oracle 11g RAC R2(32bit)  
    
  宿主机系统  
  Win7 64bit + vmware server 2.0.2  

2、错误再现
  [root@node1 ~]# /u01/app/11.2.0/grid/root.sh 
  Running Oracle 11g root.sh script...
  
  The following environment variables are set as:
      ORACLE_OWNER= grid
      ORACLE_HOME=  /u01/app/11.2.0/grid
  
  Enter the full pathname of the local bin directory: [/usr/local/bin]: 
     Copying dbhome to /usr/local/bin ...
     Copying oraenv to /usr/local/bin ...
     Copying coraenv to /usr/local/bin ...
  
  Creating /etc/oratab file...
  Entries will be added to the /etc/oratab file as needed by
  Database Configuration Assistant when a database is created
  Finished running generic part of root.sh script.
  Now product-specific root actions will be performed.
  2012-12-12 21:20:04: Parsing the host name
  2012-12-12 21:20:04: Checking for super user privileges
  2012-12-12 21:20:04: User has super user privileges
  Using configuration parameter file: /u01/app/11.2.0/grid/crs/install/crsconfig_params
  Creating trace directory
  Failure with signal 11 from command: /u01/app/11.2.0/grid/bin/ocrconfig -local -upgrade grid oinstall
  Failed to create or upgrade OLR

  #查看日志文件
  [grid@node1 ~]$ cd $ORACLE_HOME/log/node1
  [grid@node1 node1]$ pwd
  /u01/app/11.2.0/grid/log/node1
  [grid@node1 node1]$ ls
  admin  agent  alertnode1.log  client  crsd  cssd  ctssd  diskmon  evmd  gipcd  gnsd  gpnpd  mdnsd  ohasd  racg  srvm
  [grid@node1 node1]$ tail -30 alertnode1.log
  Oracle Database 11g Clusterware Release 11.2.0.1.0 - Production Copyright 1996, 2009 Oracle. All rights reserved.
  2012-12-12 21:20:06.347
  [client(14059)]CRS-2106:The OLR location /u01/app/11.2.0/grid/cdata/node1.olr is inaccessible.
   Details in /u01/app/11.2.0/grid/log/node1/client/ocrconfig_14059.log.
  #也可以根据上面的描述查看日志的详细信息,此处省略

3、问题分析
  关于这个问题,Meatlink 上[ID 1068212.1]有关于这个问题的描述,同时也说明明了由bug 8670579所引起的,而且还是未公开的,说是
  不认识新的AMD芯片,我倒...

  一起来看看解决办法吧。 

  Cause
  
  Unpublished bug 8670579 which relates to the identification of newer AMD chips and therefore only affect platforms 
  using the newer AMD chips.
  
  Solution
  
  If the error occurs during the installation of the GRID Infrastructure the patch has to be applied, 
  before the root.sh Script in the installation is run:
  
  a.) Run a installation (grid/runInstaller) to the prompt where it requests to run orainstroot.sh and <GRID_HOME>/root.sh
  b.) Run orainstroot.sh on all nodes, but not root.sh
  c.) Open another session with the Oracle User and apply Patch 8670579 on all nodes (with opatch apply).
  d.) Continue with the root.sh from the installation.
  
  If you hit this bug, and have already started root.sh then:
  - Deconfigure Clusterware on the failed host with <GRID_HOME>/install/rootcrs.pl -deconfig -force
  - Install the Patch as Oracle User (opatch apply)
  - Rerun root.sh

  上面的描述说明了两种情况。
  a. 仅仅在所有节点执行了orainstroot.sh,还没有执行root.sh
    那么使用grid用户再开一个session,
    在所有节点使用opatch来打补丁(8670579)
    再运行root.sh
  b. 已经执行了root.sh
    使用root帐户先deconfigure之前的配置
    使用grid再打补丁(grid),
    重新运行root.sh

4、问题解决
  #现在当前属于b情形,因此先deconfigure
  #注意我当前的补丁文件放在/inst_src/patch8670579路径
  [grid@node1 grid]$ pwd
  /u01/app/11.2.0/grid
  [grid@node1 grid]$ cd OPatch/
  [grid@node1 OPatch]$ ./opatch apply /inst_src/patch8670579/8670579
  Invoking OPatch 11.1.0.6.6
  
  Oracle Interim Patch Installer version 11.1.0.6.6
  Copyright (c) 2009, Oracle Corporation.  All rights reserved.
  
  Oracle Home       : /u01/app/11.2.0/grid
  Central Inventory : /u01/app/oraInventory
     from           : /etc/oraInst.loc
  OPatch version    : 11.1.0.6.6
  OUI version       : 11.2.0.1.0
  OUI location      : /u01/app/11.2.0/grid/oui
  Log file location : /u01/app/11.2.0/grid/cfgtoollogs/opatch/opatch2012-12-13_11-39-32AM.log
  
  Patch history file: /u01/app/11.2.0/grid/cfgtoollogs/opatch/opatch_history.txt
  --------------------------------------------------------------------------------
  The patch has more than one Archive Action but there is no Make Action.
  --------------------------------------------------------------------------------
  ApplySession applying interim patch '8670579' to OH '/u01/app/11.2.0/grid'
  
  Running prerequisite checks...
  
  OPatch detected the node list and the local node from the inventory.  
  OPatch will patch the local system then propagate the patch to the remote nodes.
  
  This node is part of an Oracle Real Application Cluster.
  Remote nodes: 'node2' 
  Local node: 'node1'
  Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.
  (Oracle Home = '/u01/app/11.2.0/grid')
  
  Is the local system ready for patching? [y|n]
  y
  User Responded with: Y
  Backing up files and inventory (not for auto-rollback) for the Oracle Home
  Backing up files affected by the patch '8670579' for restore. This might take a while...
  Backing up files affected by the patch '8670579' for rollback. This might take a while...
  
  Patching component oracle.network.rsf, 11.2.0.1.0...
  Updating archive file "/u01/app/11.2.0/grid/lib/libnnz11.a"  with "lib/libnnz11.a/ahseteco.o"
  Updating archive file "/u01/app/11.2.0/grid/lib/libnnz11.a"  with "lib/libnnz11.a/am11rkg.o"
  Updating archive file "/u01/app/11.2.0/grid/lib/libnnz11.a"  with "lib/libnnz11.a/amsha.o"
  Updating archive file "/u01/app/11.2.0/grid/lib/libnnz11.a"  with "lib/libnnz11.a/cpui32.o"
  Updating archive file "/u01/app/11.2.0/grid/lib/libnnz11.a"  with "lib/libnnz11.a/sha.o"
  Updating archive file "/u01/app/11.2.0/grid/lib/libnnz11.a"  with "lib/libnnz11.a/x931rand.o"
  Updating archive file "/u01/app/11.2.0/grid/lib/libnnz11.a"  with "lib/libnnz11.a/am11dkg.o"
  Updating archive file "/u01/app/11.2.0/grid/lib/libnnz11.a"  with "lib/libnnz11.a/am931rnd.o"
  Updating archive file "/u01/app/11.2.0/grid/lib/libnnz11.a"  with "lib/libnnz11.a/amsharnd.o"
  Updating archive file "/u01/app/11.2.0/grid/lib/libnnz11.a"  with "lib/libnnz11.a/ghash.o"
  Updating archive file "/u01/app/11.2.0/grid/lib/libnnz11.a"  with "lib/libnnz11.a/shacomm.o"
  Copying file to "/u01/app/11.2.0/grid/lib/libnnz11.so"
  ApplySession adding interim patch '8670579' to inventory
  
  Verifying the update...
  Inventory check OK: Patch ID 8670579 is registered in Oracle Home inventory with proper meta-data.
  Files check OK: Files from Patch ID 8670579 are present in Oracle Home.
  
  The local system has been patched.  You can restart Oracle instances on it.
  #上面提示patch已经成功
  Patching in rolling mode.
  
  The node 'node2' will be patched next.
  
  Please shutdown Oracle instances running out of this ORACLE_HOME on 'node2'.
  (Oracle Home = '/u01/app/11.2.0/grid')
  
  Is the node ready for patching? [y|n]
  #这里提示节点2是否已准备好,我这里选择了n,所以下面给出了错误提示
  #我这里采取的是单节点patch的方法
  OPatch failed with error code 130
  
  #Author: Robinson
  #Blog  : http://blog.csdn.net/robinson_0612
  
  #接下来单独在第二个节点patch,之后在执行root.sh,一路高歌阿...
    #注意patch的时候check一下ORACLE_HOME环境变量以及perl -v 查看perl的版本,应当高于5.00503
    #感觉Oracle 11g 32 bit版本问题挺多的。尽可能安装64bit测试。还有一点说明,安装oracle database后也要patch 8670579,否则dbca报错。
    
5、附[ID 1068212.1]
  GRID INSTALLATION ROOT.SH fails with Failure with signal 11 Failed to create or upgrade OLR [ID 1068212.1] To Bottom  
  --------------------------------------------------------------------------------
  Modified:Mar 21, 2012Type:PROBLEMStatus:PUBLISHEDPriority:3 Comments (0)     
  
  In this Document
    Symptoms
    Cause
    Solution
    References
  --------------------------------------------------------------------------------
  
  Applies to: 
  Oracle Server - Enterprise Edition - Version: 11.2.0.1.0 and later   [Release: 11.2 and later ]
  Information in this document applies to any platform.
  
  Symptoms
  
  During installation of Grid Infrastructure root.sh and de-install fail with:
  
  "Failure with signal 11 from command: <grid home>/bin/ocrconfig -local -upgrade oracle oinstall
  Failed to create or upgrade OLR"
  
  And in the alert<node>.log of clusterware (<CRS_HOME>/log/<node>/):
  
  [client(2294)]CRS-2106:The OLR location <grid hoe>/cdata/bumucsvm5.olr is inaccessible. 
  Details in <grid home>/log/<node>/client/ocrconfig_nnnn.log.
  
  And in this log:
  Oracle Database 11g Clusterware Release 11.2.0.1.0 - Production Copyright 1996, 2009 Oracle. All rights reserved.
  2010-02-26 14:36:48.183: [ OCRCONF][3047065280]ocrconfig starts...
  2010-02-26 14:36:48.184: [ OCRCONF][3047065280]Upgrading OCR data
  2010-02-26 14:36:48.185: [ OCROSD][3047065280]utread:3: Problem reading buffer 9ea9000 buflen 4096 retval 0 phy_offset 102400 retry 0
  2010-02-26 14:36:48.185: [ OCROSD][3047065280]utread:3: Problem reading buffer 9ea9000 buflen 4096 retval 0 phy_offset 102400 retry 1
  2010-02-26 14:36:48.185: [ OCROSD][3047065280]utread:3: Problem reading buffer 9ea9000 buflen 4096 retval 0 phy_offset 102400 retry 2
  2010-02-26 14:36:48.185: [ OCROSD][3047065280]utread:3: Problem reading buffer 9ea9000 buflen 4096 retval 0 phy_offset 102400 retry 3
  2010-02-26 14:36:48.185: [ OCROSD][3047065280]utread:3: Problem reading buffer 9ea9000 buflen 4096 retval 0 phy_offset 102400 retry 4
  2010-02-26 14:36:48.185: [ OCROSD][3047065280]utread:3: Problem reading buffer 9ea9000 buflen 4096 retval 0 phy_offset 102400 retry 5
  2010-02-26 14:36:48.185: [ OCRRAW][3047065280]propriogid:1_1: Failed to read the whole bootblock. Assumes invalid format.
  2010-02-26 14:36:48.185: [ OCRRAW][3047065280]proprioini: all disks are not OCR/OLR formatted
  2010-02-26 14:36:48.185: [ OCRRAW][3047065280]proprinit: Could not open raw device
  2010-02-26 14:36:48.186: [ default][3047065280]a_init:7!: Backend init unsuccessful : [26]
  2010-02-26 14:36:48.186: [ OCRCONF][3047065280]Exporting OCR data to [OCRUPGRADEFILE]
  2010-02-26 14:36:48.187: [ OCRAPI][3047065280]a_init:7!: Backend init unsuccessful : [33
  
  Another indication for this error is that deinstall will fail with the following error:
  ######################## CHECK OPERATION START ########################
  Install check configuration START
  
  #
  # An unexpected error has been detected by HotSpot Virtual Machine:
  #
  # SIGSEGV (0xb) at pc=0x87af135e, pid=2767, tid=3086526144
  #
  # Java VM: Java HotSpot(TM) Server VM (1.5.0_17-b02 mixed mode)
  # Problematic frame:
  # C [libnnz11.so+0x3c35e]
  #
  # An error report file with more information is saved as hs_err_pidnnnn.log
  #
  # If you would like to submit a bug report, please visit:
  # http://java.sun.com/webapps/bugreport/crash.jsp
  #
  
  Cause
  
  Unpublished bug 8670579 which relates to the identification of newer AMD chips and therefore 
  only affect platforms using the newer AMD chips.
  
  Solution
  
  If the error occurs during the installation of the GRID Infrastructure the patch has to be applied, 
  before the root.sh Script in the installation is run:
  
  a.) Run a installation (grid/runInstaller) to the prompt where it requests to run orainstroot.sh and <GRID_HOME>/root.sh
  b.) Run orainstroot.sh on all nodes, but not root.sh
  c.) Open another session with the Oracle User and apply Patch 8670579 on all nodes (with opatch apply).
  d.) Continue with the root.sh from the installation.
  
  If you hit this bug, and have already started root.sh then:
  - Deconfigure Clusterware on the failed host with <GRID_HOME>/install/rootcrs.pl -deconfig -force
  - Install the Patch as Oracle User (opatch apply)
  - Rerun root.sh
  
  References
  BUG:9166347 - GRID INSTALLATION ROOT.SH AND DEINSTALL FAIL WITH HOTSPOT VIRTUAL MACHINE SIGSEG
  NOTE:942076.1 - X86 DBCA, NETCA GIVE JAVA HOTSPOT ERROR IF ON X86_64 HARDWARE
  NOTE:957903.1 - 11gR2 OUI Crashes: An Unexpected Error Has Been Detected By Java HotSpot Virtual Machine, libjvm.so

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏用户2442861的专栏

ubuntu16安装nginx

https://www.digitalocean.com/community/tutorials/how-to-install-nginx-on-ubuntu-...

21220
来自专栏程序员的酒和故事

libphonenumber--windows上编译libphonenumber.lib以及使用(C++、VS2015)

再介绍一个谷歌的,自带光环的库–libphonenumber. 虽然这个库是用c++写的,但是我们在网络上很少见到在C++开发中使用这个库,或是说在window...

595100
来自专栏cmazxiaoma的架构师之路

Servlet的那些事

17440
来自专栏Android中高级开发

Android开发之漫漫长途 Ⅷ——Android Binder(也许是最容易理解的)

该文章是一个系列文章,是本人在Android开发的漫漫长途上的一点感想和记录,我会尽量按照先易后难的顺序进行编写该系列。该系列引用了《Android开发艺术探索...

15110
来自专栏安恒网络空间安全讲武堂

HackTheBox - Poison Writeup

来源:https://www.absolomb.com/2018-09-08-HackTheBox-Poison/

18320
来自专栏java一日一条

彻底理解 Android Binder 通信架构

roid 6.0的源码剖析, 本文深度剖析Binder IPC过程, 这绝对是一篇匠心巨作,从Java framework到Native,再到Linux Ker...

2.6K20
来自专栏bboysoul

扫描检测你的局域网中是不是还有EternalBlue漏洞(ETERNAL SCANNER)

好久没有写过关于工具的博客了,今天介绍的是EternalBlue漏洞扫描工具,支持扫描单个主机和一整个ip段 废话不多说,安装使用体验一下

22720
来自专栏Kubernetes

Kubernetes Nginx Ingress Controller源码分析之创建篇

main controllers/nginx/pkg/cmd/controller/main.go:29 func main() { // start a ...

95170
来自专栏菩提树下的杨过

spring cloud 学习(1) - 基本的SOA示例

有过dubbo/dubbox使用经验的朋友,看到下面这张图,一定很熟悉,就是SOA架构的最基本套路。 ? 与dubbo对比,上图的3大要素中,spring cl...

34080
来自专栏猿天地

spring boot整合dubbox进行服务拆分

Dubbo是一个来自阿里巴巴的开源分布式服务框架,当当根据自身的需求,为Dubbo实现了一些新的功能,包括REST风格远程调用、Kryo/FST序列化等等。并...

2K100

扫码关注云+社区

领取腾讯云代金券