64位CPU安裝32位ORACLE
參考連結：http://blog.csdn.net/robinson_0612/article/details/8294969
patch: p8670579_112010_LINUX.zip
如果之前也裝CRS沒有清除乾淨也可能出現這樣的問題。
連結：http://candon123.blog.51cto.com/704299/467663

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 /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 /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

解決步驟：
1、 [root@rac1 install]# ./rootcrs.pl -deconfig -verbose -force 清除之前配置的檔案
2012-12-24 02:05:07: Parsing the host name
2012-12-24 02:05:07: Checking for super user privileges
2012-12-24 02:05:07: User has super user privileges
Using configuration parameter file: ./crsconfig_params
PRCR-1035 : Failed to look up CRS resource ora.cluster_vip.type for 1
PRCR-1068 : Failed to query resources
Cannot communicate with crsd
PRCR-1070 : Failed to check if resource ora.gsd is registered
Cannot communicate with crsd
PRCR-1070 : Failed to check if resource ora.ons is registered
Cannot communicate with crsd
PRCR-1070 : Failed to check if resource ora.eons is registered
Cannot communicate with crsd

ACFS-9200: Supported
CRS-4535: Cannot communicate with Cluster Ready Services
CRS-4000: Command Stop failed, or completed with errors.
Failure at scls_scr_setval with code 8
Internal Error Information:
Category: -2
Operation: failed
Location: scrsearch3
Other: id doesnt exist scls_scr_setval
System Dependent Information: 2

CRS-4544: Unable to connect to OHAS
CRS-4000: Command Stop failed, or completed with errors.
error: package cvuqdisk is not installed
Successfully deconfigured Oracle clusterware stack on this node
2、 /oracle/app/crs_home/OPatch/
apply /tmp/oracle/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       : /oracle/app/crs_home
Central Inventory : /oracle/app/oraInventory
   from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.6
OUI version       : 11.2.0.1.0
OUI location      : /oracle/app/crs_home/oui
Log file location : /oracle/app/crs_home/cfgtoollogs/opatch/opatch2012-12-24_02-13-13AM.log
Patch history file: /oracle/app/crs_home/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 '/oracle/app/crs_home'
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: 'rac2'
Local node: 'rac1'
Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.
(Oracle Home = '/oracle/app/crs_home')

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 "/oracle/app/crs_home/lib/libnnz11.a" with "lib/libnnz11.a/ahseteco.o"
Updating archive file "/oracle/app/crs_home/lib/libnnz11.a" with "lib/libnnz11.a/am11rkg.o"
Updating archive file "/oracle/app/crs_home/lib/libnnz11.a" with "lib/libnnz11.a/amsha.o"
Updating archive file "/oracle/app/crs_home/lib/libnnz11.a" with "lib/libnnz11.a/cpui32.o"
Updating archive file "/oracle/app/crs_home/lib/libnnz11.a" with "lib/libnnz11.a/sha.o"
Updating archive file "/oracle/app/crs_home/lib/libnnz11.a" with "lib/libnnz11.a/x931rand.o"
Updating archive file "/oracle/app/crs_home/lib/libnnz11.a" with "lib/libnnz11.a/am11dkg.o"
Updating archive file "/oracle/app/crs_home/lib/libnnz11.a" with "lib/libnnz11.a/am931rnd.o"
Updating archive file "/oracle/app/crs_home/lib/libnnz11.a" with "lib/libnnz11.a/amsharnd.o"
Updating archive file "/oracle/app/crs_home/lib/libnnz11.a" with "lib/libnnz11.a/ghash.o"
Updating archive file "/oracle/app/crs_home/lib/libnnz11.a" with "lib/libnnz11.a/shacomm.o"
Copying file to "/oracle/app/crs_home/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.

Patching in rolling mode.
The node 'rac2' will be patched next.
Please shutdown Oracle instances running out of this ORACLE_HOME on 'rac2'.
(Oracle Home = '/oracle/app/crs_home')
Is the node ready for patching? [y|n]
n
User Responded with: N
#這裡提示節點2是否已準備好，我這裡選擇了n，所以下面給出了錯誤提示
162. #我這裡採取的是單節點patch的方法
ApplySession exits on request
You may exit the patching session and patch remaining nodes later from an un-patched node. Do you want to continue?
Do you want to proceed? [y|n]
n
User Responded with: N

#接下來單獨在第二個節點patch，之後在執行root.sh，一路高歌阿...
#注意patch的時候check一下ORACLE_HOME環境變數以及perl -v 檢視perl的版本，應當高於5.00503
#感覺Oracle 11g 32 bit版本問題挺多的。儘可能安裝64bit測試。還有一點說明，安裝oracle database後也要patch 8670579，否則dbca報錯。
另外一節點：
3、 /oracle/app/crs_home/OPatch
apply /tmp/oracle/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       : /oracle/app/crs_home
Central Inventory : /oracle/app/oraInventory
   from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.6
OUI version       : 11.2.0.1.0
OUI location      : /oracle/app/crs_home/oui
Log file location : /oracle/app/crs_home/cfgtoollogs/opatch/opatch2012-12-24_02-19-40AM.log

4、之後執行ROOT.sh一切順利

BUG:Failed to create or upgrade OLR

相關文章