RE: RAC -- RAW Device Multipath (Shared Storage)

Alex,

Thanks for your prompt reply. Oracle suggested applying patch 4679769 as
per Note # 343092.1

Thanks,
Rama
-----Original Message-----
From: gorbyx@xxxxxxxxx [mailto:gorbyx@xxxxxxxxx] On Behalf Of Alex
Gorbachev
Sent: Wednesday, August 29, 2007 9:05 PM
To: Ari, Rama
Cc: oracle-l@xxxxxxxxxxxxx
Subject: Re: RAC -- RAW Device Multipath (Shared Storage)

Known problem. ML Note 358617.1.
------------------------------
Cluvfy currently does not work with devices other than scsi devices.

So devices like emc powerpath, volume groups etc will fail when
checked using cluvfy for shared accessibility.
------------------------------

I usually check it manually - dd to it on one node and dd from it on
another and check that mapping is the same.

On 8/29/07, rama.ari@xxxxxxxxxxxxx <rama.ari@xxxxxxxxxxxxx> wrote:
>
>
>
>
> We are planning to setup RAC with two node on Redhat Linux. We want to
use
> RAW devices with multipath using Hitachi 9970. We could see shared
storage
> from both the nodes. Cluster Verify fails with following error
message.
>
>
>
>  [oracle@soadbstg01 cluvfy]$ ./runcluvfy.sh comp ssa -n
> soadbstg01,soadbstg02
>
>  Verifying shared storage accessibility
>
>  Checking shared storage accessibility...
>
>  WARNING:
>  Unable to determine the sharedness of /dev/sda on nodes:
>  soadbstg02,soadbstg01
>
>  Shared storage check failed on nodes "soadbstg02,soadbstg01".
>  Oracle (cvuqdisk) is looking for /dev/sd* location. RAW Partitions
are
> configured as /dev/oracleocr. Is there a way to bypass default
location?
>
> /usr/sbin/cvuqdisk seems to look for /dev/sd*
>  trying to pass /dev/oracleocr/ocr01 doesn't seem to work.
>  Is there a way to pass an alternate device path?
>
>
>
> Thanks,
>
> Rama
>
>
>
>
>
>
> This message is for the designated recipient only and may contain
> privileged, proprietary, or otherwise private information. If you have
> received it in error, please notify the sender immediately and delete
the
> original. Any other use of the email by you is prohibited.


-- 
Alex Gorbachev, Oracle DBA Brewer, The Pythian Group
http://www.pythian.com/blogs/author/alex http://www.oracloid.com
BAAG party - www.BattleAgainstAnyGuess.com


This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise private information.  If you have received it in 
error, please notify the sender immediately and delete the original.  Any other 
use of the email by you is prohibited.
--
http://www.freelists.org/webpage/oracle-l


Other related posts: