[Ocfs2-users] cluvfy fails in pre crs install

[Marcos E. Matsunaga]

/ocfs2 and all partitions that will have oracle datafiles, should be
owned by oracle.

Regards,

Marcos Eduardo Matsunaga

Oracle USA
Linux Engineering





Harry Ronis wrote:
> Question:
>
> Who is the owner of the /ocfs2 filesystem   oracle:dba    or root:dba
> permissions?  775
> That could be what is is.
>
>  ssh hackman hostname
> hackman
>
> oracle at hackman /apps/oracle/stage/clusterware/cluvfy
> $ ssh hoffman hostname
> hoffman
>
>
>     -----Original Message-----
>     From: "Marcos E. Matsunaga"
>     Sent: Aug 21, 2007 10:34 AM
>     To: Harry Ronis
>     Cc: ocfs2-users at oss.oracle.com
>     Subject: Re: [Ocfs2-users] cluvfy fails in pre crs install
>
>     Can you try one more thing? Check if you can ssh to both (local
>     and remote machines) without receiving any error. Do it from both
>     systems, like:
>
>     $ ssh hackman hostname
>     hackman
>     $ ssh hoffman hostname
>     hoffman
>     $
>
>     Regards,
>
>     Marcos Eduardo Matsunaga
>
>     Oracle USA
>     Linux Engineering
>
>
>         
>
>
>
>     Harry Ronis wrote:
>>     Am at a LOSS
>>     Shared storage seems ok -- yet cluvfy for ANY shared storage
>>     commands FAIL ala
>>     racle at hackman /apps/oracle/stage/clusterware/cluvfy
>>     $ ./runcluvfy.sh comp ssa  -n hackman,hoffman -verbose
>>
>>     Verifying shared storage accessibility
>>
>>     Checking shared storage accessibility...
>>
>>
>>     Shared storage check failed on nodes "hoffman,hackman".
>>
>>     Verification of shared storage accessibility was unsuccessful on
>>     all the nodes.
>>     oracle at hackman /apps/oracle/stage/clusterware/cluvfy
>>
>>
>>         -----Original Message-----
>>         From: "Marcos E. Matsunaga"
>>         Sent: Aug 21, 2007 8:26 AM
>>         To: hr
>>         Cc: ocfs2-users at oss.oracle.com
>>         Subject: Re: [Ocfs2-users] cluvfy fails in pre crs install
>>
>>         Try to create the ocr/voting under a directory on /ocfs2. If
>>         I'm not wrong, there was a bug on CRS install identifying
>>         ocr/voting disks directly under the mountpoint.
>>
>>         Also, make sure both nodes can mount the same partition.
>>         Create a file on one node and see if you can remove it from
>>         the other node.
>>
>>         Regards,
>>
>>         Marcos Eduardo Matsunaga
>>
>>         Oracle USA
>>         Linux Engineering
>>
>>
>>             
>>
>>
>>
>>         hr wrote:
>>>         /runcluvfy.sh stage -pre crsinst -n hackman,hoffman -c
>>>         /ocfs2/ocr2 -q
>>>         /ocfs2/vdisk1 -verbose
>>>          
>>>         output
>>>          
>>>         Performing pre-checks for cluster services setup
>>>
>>>         Checking node reachability...
>>>
>>>         Check: Node reachability from node "hackman"
>>>         Destination Node Reachable?
>>>         ------------------------------------ ------------------------
>>>         hackman yes
>>>         hoffman yes
>>>         Result: Node reachability check passed from node "hackman".
>>>
>>>
>>>         Checking user equivalence...
>>>
>>>         Check: User equivalence for user "oracle"
>>>         Node Name Comment
>>>         ------------------------------------ ------------------------
>>>         hoffman passed
>>>         hackman passed
>>>         Result: User equivalence check passed for user "oracle".
>>>
>>>         Checking administrative privileges...
>>>
>>>         Check: Existence of user "oracle"
>>>         Node Name User Exists Comment
>>>         ------------ ------------------------ ------------------------
>>>         hoffman yes passed
>>>         hackman yes passed
>>>         Result: User existence check passed for "oracle".
>>>
>>>         Ch
>>>
>>>         Administrative privileges check failed.
>>>
>>>         Checking node connectivity...
>>>
>>>
>>>         Suitable interfaces for the private interconnect on subnet
>>>         "10.32.250.0":
>>>         hoffman eth0:10.32.250.175
>>>         hackman eth0:10.32.250.155
>>>
>>>         Suitable interfaces for the private interconnect on subnet
>>>         "192.168.1.0":
>>>         hoffman eth1:192.168.1.2
>>>         hackman eth1:192.168.1.1
>>>
>>>         ERROR:
>>>         Could not find a suitable set of interfaces for VIPs.
>>>
>>>         Result: Node connectivity check failed.
>>>
>>>
>>>         Checking shared storage accessibility...
>>>
>>>         ERROR: /ocfs2/ocr2
>>>         Could not find the storage
>>>
>>>
>>>         Shared storage check failed on nodes "hoffman,hackman".
>>>
>>>         Checking shared storage accessibility...
>>>
>>>         ERROR: /ocfs2/vdisk1
>>>         Could not find the storage
>>>
>>>
>>>         Shared storage check failed on nodes "hoffman,hackman".
>>>
>>>         Checking system requirements for 'crs'...
>>>         No checks registered for this product.
>>>         ------------------------------------------------------------------------
>>>
>>>         _______________________________________________
>>>         Ocfs2-users mailing list
>>>         Ocfs2-users at oss.oracle.com
>>>         http://oss.oracle.com/mailman/listinfo/ocfs2-users
>>
>>     Harry Ronis
>>
>>     cell
>>     646 529 8853
>>
>>     Home
>>     718 224 9793
>>
>>     work 
>>     212 465v 2826
>
> Harry Ronis
>
> cell
> 646 529 8853
>
> Home
> 718 224 9793
>
> work 
> 212 465v 2826
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20070821/25474e48/attachment.html