Re: Clusterware 11.1.0.6 install

  • From: Stefan Knecht <knecht.stefan@xxxxxxxxx>
  • To: Joe-L.Torres@xxxxxxx
  • Date: Wed, 25 Feb 2009 20:54:38 +0100

Hi Joe

Thanks for the feedback, but that wasn't it :(

--- 65 # ls -al /dev/emcpower[rt]
brwxr-xr-x  1 oracle dba 120, 272 Feb 11 17:32 /dev/emcpowerr
brwxr-xr-x  1 oracle dba 120, 304 Feb 11 17:32 /dev/emcpowert


--- 67 # ./root.sh
WARNING: directory '/opt/app/oracle/product' is not owned by root
Checking to see if Oracle CRS stack is already configured

Setting the permissions on OCR backup directory
Setting up Network socket directories
PROT-1: Failed to initialize ocrconfig
Failed to upgrade Oracle Cluster Registry configuration



=========================

Stefan P Knecht
CEO & Founder
s@xxxxxxxx

10046 Consulting GmbH
Schwarzackerstrasse 29
CH-8304 Wallisellen
Switzerland

Phone +41-(0)8400-10046
Cell +41 (0) 79 571 36 27
info@xxxxxxxx
http://www.10046.ch

=========================


On Wed, Feb 25, 2009 at 8:52 PM, <Joe-L.Torres@xxxxxxx> wrote:

>  Hey Stefan
>
> as per the chapter I read for RAC Setup and Configuration the permissions
> should be 755,with oracle as the owner (this will be changed for the OCR at
> the end of the install,such that root is the owner -but prior to the install
> oracle must be the owner)
>
>  ------------------------------
> *From:* oracle-l-bounce@xxxxxxxxxxxxx [mailto:
> oracle-l-bounce@xxxxxxxxxxxxx] *On Behalf Of *Stefan Knecht
> *Sent:* Wednesday, February 25, 2009 2:06 PM
> *To:* ORACLE-L
> *Subject:* Clusterware 11.1.0.6 install
>
> Hello all
>
> having some problems that I can't see the reason for ... I've gone through
> the installation of the clusterware with OUI. Then, when asked to run
> root.sh, following happens:
>
> ./root.sh
> WARNING: directory '/opt/app/oracle/product' is not owned by root
> Checking to see if Oracle CRS stack is already configured
>
> Setting the permissions on OCR backup directory
> Setting up Network socket directories
> PROT-1: Failed to initialize ocrconfig
> Failed to upgrade Oracle Cluster Registry configuration
>
> The "not owned by root" can be ignored. The problem is this, in
> log/`hostname`/client/ocrconfig_PID.log:
>
> Oracle Database 11g CRS Release 11.1.0.6.0 - Production Copyright 1996,
> 2007 Oracle. All rights reserved.
> 2009-02-25 19:57:03.484: [ default][2554967072]proa_lms_init:1: LMS init
> successful
> 2009-02-25 19:57:03.502: [  OCROSD][2554967072]utsz:4: Error in reading
> 2009-02-25 19:57:03.502: [  OCROSD][2554967072]utfill:11: Could not get
> geometry of rawdevice errno=5,  errstring = Input/output error
> 2009-02-25 19:57:03.510: [  OCROSD][2554967072]utsz:4: Error in reading
> 2009-02-25 19:57:03.510: [  OCROSD][2554967072]utfill:11: Could not get
> geometry of rawdevice errno=5,  errstring = Input/output error
> 2009-02-25 19:57:03.510: [  OCROSD][2554967072]utopen:10:None of the OCR
> devices are usable
> 2009-02-25 19:57:03.510: [  OCRRAW][2554967072]proprinit: Could not open
> raw device
> 2009-02-25 19:57:03.510: [ default][2554967072]a_init:7!: Backend init
> unsuccessful : [26]
> [ default][2554967072]a_get_last_error: Buf too small (80, 110)
> 2009-02-25 19:57:03.511: [ OCRCONF][2554967072]ocrconfig starts...
> 2009-02-25 19:57:03.511: [ OCRCONF][2554967072]Upgrading OCR data
> 2009-02-25 19:57:03.511: [ default][2554967072]proa_lms_init:1: LMS init
> successful
> 2009-02-25 19:57:03.528: [  OCROSD][2554967072]utsz:4: Error in reading
> 2009-02-25 19:57:03.528: [  OCROSD][2554967072]utfill:11: Could not get
> geometry of rawdevice errno=5,  errstring = Input/output error
> 2009-02-25 19:57:03.537: [  OCROSD][2554967072]utsz:4: Error in reading
> 2009-02-25 19:57:03.537: [  OCROSD][2554967072]utfill:11: Could not get
> geometry of rawdevice errno=5,  errstring = Input/output error
> 2009-02-25 19:57:03.537: [  OCROSD][2554967072]utopen:10:None of the OCR
> devices are usable
> 2009-02-25 19:57:03.537: [  OCRRAW][2554967072]proprinit: Could not open
> raw device
> 2009-02-25 19:57:03.537: [ default][2554967072]a_init:7!: Backend init
> unsuccessful : [26]
>
> This appears to be an issue with the OCR devices... However, they're
> readable and writable:
>
> --- 40 # dd if=/dev/emcpowerr of=/tmp/test bs=1024 count=1024
> 1024+0 records in
> 1024+0 records out
>
>
> --- 41 # dd if=/tmp/test of=/dev/emcpowerr bs=1024 count=1024
> 1024+0 records in
> 1024+0 records out
>
> For some reason, during the install of the software, when asked to enter
> the names for the OCR disks in OUI, the owner needed to be oracle:dba. So it
> was.
>
> Now, after root.sh exits, the owner is changed to root. I don't see any
> evidence of a chown inside the scripts called by root.sh -- so it must be
> the binary doing this (????)
>
> Checking on another, working install of 11g, the owner is oracle:dba (which
> makes sense).
>
> Any ideas on what else I could check ?
>
> Opening an SR as we speak, but perhaps someone else has fallen down this
> pit before :)
>
> Cheers
>
> Stefan
>
>
>
>
>
> =========================
>
> Stefan P Knecht
> CEO & Founder
> s@xxxxxxxx
>
> 10046 Consulting GmbH
> Schwarzackerstrasse 29
> CH-8304 Wallisellen
> Switzerland
>
> Phone +41-(0)8400-10046
> Cell +41 (0) 79 571 36 27
> info@xxxxxxxx
> http://www.10046.ch
>
> =========================
>
>
> Visit our website at http://www.ubs.com
>
> This message contains confidential information and is intended only
> for the individual named.  If you are not the named addressee you
> should not disseminate, distribute or copy this e-mail.  Please
> notify the sender immediately by e-mail if you have received this
> e-mail by mistake and delete this e-mail from your system.
>
> E-mails are not encrypted and cannot be guaranteed to be secure or
> error-free as information could be intercepted, corrupted, lost,
> destroyed, arrive late or incomplete, or contain viruses.  The sender
> therefore does not accept liability for any errors or omissions in the
> contents of this message which arise as a result of e-mail transmission.
> If verification is required please request a hard-copy version.  This
> message is provided for informational purposes and should not be
> construed as a solicitation or offer to buy or sell any securities
> or related financial instruments.
>
>

Other related posts: