[prev in list] [next in list] [prev in thread] [next in thread] 

List:       veritas-ha
Subject:    Re: [Veritas-ha] Shared disk under Volume Manager on RedHat  Linux ES3.0 U4
From:       robertinoau <robertinoau () yahoo ! com ! au>
Date:       2005-04-13 13:33:22
Message-ID: 20050413133322.58330.qmail () web52201 ! mail ! yahoo ! com
[Download RAW message or body]

Hmm interesting situation here.

Try this.

1. create the dg again on node1 and then create a very
small volume.
#vxdg init dg_name disk=blah 
(and yes I know this is not how you create a shared
diskgroup)

2. from node2 run "vxdisk -o alldgs list" and make
sure that you can the dg (It will be in parenthesis)

3. from both nodes do a "vxdisk list disk" and check
and make sure that the disk id is exactly the same. 
Since it is suppose to be the same disk, the id should
also be the same.

At this point, you should be able to deport the dg
from node1 and import it on node2. If a normal import
will not work, try a:

vxdg -fC import dg


If all that fails, you better log a call with Veritas.




--- "Gurugunti, Mahesh" <MGurugunti@us.nomura.com>
wrote:
> I am in the process of building a MQ failover env on
> 2 nodes running Linux,
> using Storage Foundation 4.0 MP1 HA. These nodes
> access the shared lun on
> san (in this case it's EMC Cx700).
> 
>  
> 
> Here is the situation/problem:
> 
>  
> 
> 1.	I created a new diskgroup on node1 using a newly
> assigned LUN. Vxdg
> list lists it fine. Deported it.
> 2.	On the second node, I tried to import the same
> diskgroup, it comes
> out with an error saying "no valid disks in
> configuration in the diskgroup"
> (something along those lines). So, imported that
> diskgroup back on first
> node, destroyed it. Now on the second node, created
> diskgroup with the same
> old name using the same LUN. Now I was able to
> deport it on the second node
> and import on the first node without any problems.
> 
>  
> 
> 3.	Thinking there could be some problem in creating
> of the diskgroup on
> the first node initially, I tested creating a new
> diskgroup using another
> new LUN on the second node this time, deported it.
> Tried to import on first
> node, it DID NOT work. So, I destroyed going on
> second node. Recreated on
> the first node with same name, using the same LUN.
> At this point I was able
> to import and deport on either of the nodes.
> 
>  
> 
>  
> 
> Is there any known problem with initial creation of
> the shared diskgroup on
> Red hat Linux? I have right array support library (I
> believe the same
> library work for cx600/cx700 EMC).
> 
>  
> 
> TIA
> 
> Mahesh
> 
> -----  This message is for the named person's use
> only. It may contain
> confidential, proprietary or legally privileged
> information. No
> confidentiality or privilege is waived or lost by
> any mistransmission. If
> you receive this message in error, please delete it
> and all copies from your
> system, destroy any hard copies and notify the
> sender. You must not,
> directly or indirectly, use, disclose, distribute,
> print, or copy any part
> of this message if you are not the intended
> recipient. Nomura Holding
> America Inc., Nomura Securities International, Inc,
> and their respective
> subsidiaries each reserve the right to monitor all
> e-mail communications
> through its networks. Any views expressed in this
> message are those of the
> individual sender, except where the message states
> otherwise and the sender
> is authorized to state the views of such entity.
> Unless otherwise stated,
> any pricing information in this message is
> indicative only, is subject to
> change and does not constitute an offer to deal at
> any price quoted. Any
> reference to the terms of executed transactions
> should be treated as
> preliminary only and subject to our formal written
> confirmation.
> 

Find local movie times and trailers on Yahoo! Movies.
http://au.movies.yahoo.com
_______________________________________________
Veritas-ha maillist  -  Veritas-ha@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha
[prev in list] [next in list] [prev in thread] [next in thread]