[Ocfs2-users] cluvfy fails in pre crs install

Luis Freitas lfreitas34 at yahoo.com
Tue Aug 21 12:35:27 PDT 2007


Harry,
   
      From this it looks like you forgot to fill the second node details on the installer. There is a screen on the begining of the installation where the installer asks for all the nodes hostnames, public node interfaces and private node interfaces, and it brings only the first node details as default. This root.sh and the rest of the installation get the node names from that screen.
   
      But the only way to confirm this would be to look at the installer logs.
   
       You probably can add the second node but it may be easier to cleanup and reinstall. There is a note with a procedure to manually remove CRS on metalink, you need to stop the services, restore inittab and remove some rc.d scripts.
   
  Regards,
  Luis

Harry Ronis <ronis at earthlink.net> wrote:
    body{font-family: Geneva,Arial,Helvetica,sans-serif;font-size:9pt;background-color: #ffffff;color: black;}    body{font-family: Geneva,Arial,Helvetica,sans-serif;font-size:9pt;background-color: #ffffff;color: black;}    body{font-family: Geneva,Arial,Helvetica,sans-serif;font-size:9pt;background-color: #ffffff;color: black;}      Why is it only seeing 1 node when it run root.sh  ---- second node empty


  -----Original Message----- 
From: Harry Ronis 
Sent: Aug 21, 2007 1:03 PM 
To: Luis Freitas , Marcos.Matsunaga at oracle.com 
Cc: ocfs2-users at oss.oracle.com 
Subject: Re: [Ocfs2-users] cluvfy fails in pre crs install 

running install --asking to run root.sh from hackman only
Didn't populated anything on Hoffman yet  -- is this normal ??

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
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: hackman hackman-priv hackman
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
Now formatting voting device: /ocfs2/crs/vdisk1
Now formatting voting device: /ocfs2/crs/vdisk2
Now formatting voting device: /ocfs2/crs/vdisk3
Format of 3 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.
CSS is active on these nodes.
        hackman
CSS is active on all nodes.
Waiting for the Oracle CRSD and EVMD to start
Oracle CRS stack installed and running under init(1M)
Running vipca(silent) for configuring nodeapps
The given interface(s), "eth0" is not public. Public interfaces should be used to configure virtual IPs.


  -----Original Message----- 
From: Luis Freitas 
Sent: Aug 21, 2007 11:25 AM 
To: Harry Ronis , Marcos.Matsunaga at oracle.com 
Cc: ocfs2-users at oss.oracle.com 
Subject: Re: [Ocfs2-users] cluvfy fails in pre crs install 

  Harry,
   
     This tool fails here too if I put these "-c" and "-q" parameters for the storage checks. Even so RAC is installed and running. I would not pay much attention to this at this point. 
   
      Also as far as I know these parameters are originaly intended to work with raw devices. It is a generic tool that run in all platforms and probably the developer did not pay much attention to OCFS2, which is specific on the Linux platform.
   
      That error on the VIP checking also is documented and you can ignore it at this point. But you probably will have a error in the end of the CRS install and in this case there is manual procedure that need to be done with vipca before you start to install the database.
   
  touch /ocfs2/ocr2 
  touch /ocfs2/vdisk1
   
  Regards,
  Luis

Harry Ronis <ronis at earthlink.net> 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
_______________________________________________
Ocfs2-users mailing list
Ocfs2-users at oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users
  
  
---------------------------------
  Moody friends. Drama queens. Your life? Nope! - their life, your story.
Play Sims Stories at Yahoo! Games. 
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


       
---------------------------------
Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20070821/693cc2c2/attachment.html


More information about the Ocfs2-users mailing list