| Clusterware installation root.sh problem [message #231769] |
Wed, 18 April 2007 06:38  |
skoofy
Messages: 2
Registered: January 2007
|
Junior Member |
|
|
I have a problem runing root.sh script during clusterware installation on a second node. I' installing on ESX - vmware server on RHEL4 OS. On the first node everithing goes thrue just fine but on the second node it always gives output like this:
[root@skylab12 crs01]# ./root.sh
WARNING: directory '/home/oracle/oracle' is not owned by root
WARNING: directory '/home/oracle' is not owned by root Checking to see if Oracle CRS stack is already configured /etc/oracle does not exist. Creating it now.
Setting the permissions on OCR backup directory Setting up NS directories Oracle Cluster Registry configuration upgraded successfully
WARNING: directory '/home/oracle/oracle' is not owned by root
WARNING: directory '/home/oracle' is not owned by root assigning default hostname skylab11 for node 1.
assigning default hostname skylab12 for node 2.
Successfully accumulated necessary OCR keys.
Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.
node <nodenumber>: <nodename> <private interconnect name> <hostname> node 1: skylab11 skylab11-priv skylab11 node 2: skylab12 skylab12-priv skylab12 Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
Now formatting voting device: /dev/raw/raw2 Format of 1 voting devices complete.
Startup will be queued to init within 90 seconds.
Adding daemons to inittab
Expecting the CRS daemons to be up within 600 seconds.
Failure at final check of Oracle CRS stack.
10
LOG FILES
alertskylab12.log
2007-04-18 11:20:53.095
[client(5049)]CRS-1006:The OCR location /dev/raw/raw1 is inaccessible. Details in /home/oracle/oracle/crs01/log/skylab12/client/ocrconfig_5049.log.
2007-04-18 11:20:53.100
[client(5049)]CRS-1006:The OCR location /dev/raw/raw1 is inaccessible. Details in /home/oracle/oracle/crs01/log/skylab12/client/ocrconfig_5049.log.
2007-04-18 11:20:53.104
[client(5049)]CRS-1006:The OCR location /dev/raw/raw1 is inaccessible. Details in /home/oracle/oracle/crs01/log/skylab12/client/ocrconfig_5049.log.
2007-04-18 11:20:53.131
[client(5049)]CRS-1001:The OCR was formatted using version 2.
2007-04-18 11:21:06.946
[client(5098)]CRS-1801:Cluster crs configured with nodes skylab11 skylab12 .
2007-04-18 11:23:23.799
[cssd(5626)]CRS-1605:CSSD voting file is online: /dev/raw/raw2. Details in /home/oracle/oracle/crs01/log/skylab12/cssd/ocssd.log.
orconfig_5049.log
Oracle Database 10g CRS Release 10.2.0.1.0 Production Copyright 1996, 2005 Oracle. All rights reserved.
2007-04-18 11:20:53.053: [ OCRCONF][3086915264]ocrconfig starts...
2007-04-18 11:20:53.054: [ OCRCONF][3086915264]Upgrading OCR data
2007-04-18 11:20:53.094: [ OCRRAW][3086915264]propriogid:1: INVALID FORMAT
2007-04-18 11:20:53.095: [ OCRRAW][3086915264]ibctx:1:ERROR: INVALID FORMAT
2007-04-18 11:20:53.095: [ OCRRAW][3086915264]proprinit:problem reading the bootblock or superbloc 22
2007-04-18 11:20:53.095: [ default][3086915264]a_init:7!: Backend init unsuccessful : [22]
2007-04-18 11:20:53.095: [ OCRCONF][3086915264]Exporting OCR data to [OCRUPGRADEFILE]
2007-04-18 11:20:53.095: [ OCRAPI][3086915264]a_init:7!: Backend init unsuccessful : [33]
2007-04-18 11:20:53.095: [ OCRCONF][3086915264]There was no previous version of OCR. error:[PROC-33: Oracle Cluster Registry is not configured]
2007-04-18 11:20:53.099: [ OCRRAW][3086915264]propriogid:1: INVALID FORMAT
2007-04-18 11:20:53.100: [ OCRRAW][3086915264]ibctx:1:ERROR: INVALID FORMAT
2007-04-18 11:20:53.100: [ OCRRAW][3086915264]proprinit:problem reading the bootblock or superbloc 22
2007-04-18 11:20:53.100: [ default][3086915264]a_init:7!: Backend init unsuccessful : [22]
2007-04-18 11:20:53.104: [ OCRRAW][3086915264]propriogid:1: INVALID FORMAT
2007-04-18 11:20:53.104: [ OCRRAW][3086915264]ibctx:1:ERROR: INVALID FORMAT
2007-04-18 11:20:53.104: [ OCRRAW][3086915264]proprinit:problem reading the bootblock or superbloc 22
2007-04-18 11:20:53.108: [ OCRRAW][3086915264]propriogid:1: INVALID FORMAT
2007-04-18 11:20:53.120: [ OCRRAW][3086915264]propriowv: Vote information on disk 0 [/dev/raw/raw1] is adjusted from [0/0] to [2/2]
2007-04-18 11:20:53.131: [ OCRRAW][3086915264]propriniconfig:No 92 configuration
2007-04-18 11:20:53.131: [ OCRAPI][3086915264]a_init:6a: Backend init successful
2007-04-18 11:20:53.174: [ OCRCONF][3086915264]Initialized DATABASE keys in OCR
2007-04-18 11:20:53.238: [ OCRCONF][3086915264]Successfully set skgfr block 0
2007-04-18 11:20:53.238: [ OCRCONF][3086915264]Exiting [status=success]...
I have done everything according to oracle rac installation guide. I also found some articles on metalink about this event. I implemented the solutions from metalink articles and recheck all configurations but it doesn't help.
Thank you
|
|
|
|
| Re: Clusterware installation root.sh problem [message #232245 is a reply to message #231769] |
Thu, 19 April 2007 21:57  |
jvalerio_ar
Messages: 10
Registered: March 2007
Location: AR
|
Junior Member |
|
|
1. Read and understand carefully how raw devices works in Linux.
2. Your OCR raw is not accesible and seems you just have only one.
3. Check your /etc/sysconfig/rawdevices.
[oracle@afrodita sysconfig]$ more rawdevices
# This file and interface are deprecated.
# Applications needing raw device access should open regular
# block devices with O_DIRECT.
# raw device bindings
# format: <rawdev> <major> <minor>
# <rawdev> <blockdev>
# example: /dev/raw/raw1 /dev/sda1
# /dev/raw/raw2 8 5
/dev/raw/raw5 /dev/sda5 # OCR
/dev/raw/raw6 /dev/sda6 # Voting 1
/dev/raw/raw7 /dev/sda7 # Voting 2
[oracle@afrodita sysconfig]$ pwd
/etc/sysconfig
[oracle@afrodita sysconfig]$
4. Remember, raw devices must be accesibles in RW mode in all the nodes, so verify owner,groups,etc. A workaround may be assign the disk group to the oracle user, where oracle user is the user used to install the products.
|
|
|
|
] 
Blog
Search
Help
Members
Register
Login
Home
