> -----Messaggio originale----- > Da: linux-cluster-bounces@xxxxxxxxxx > [mailto:linux-cluster-bounces@xxxxxxxxxx] Per conto di Deval > kulshrestha > Inviato: giovedì 13 aprile 2006 11.50 > A: 'linux clustering' > Oggetto: RE: *SPAM* Re: Cluster node not able > to access allcluster resource > > Hi > if you are using fibre based storage solution , you can > configure either zoning on switch level or Lun Masking at > HBA-> logical Volume level. That can restrict the access path > for nodes. It's a kind of LUN access security mechanism. > > Regards, > Deval K. Unfortunately this approach was already tested and cannot be followed: If the service was owned by a node who is not allowed to access the GFS filesystem, an error occurs. Leandro > > -----Original Message----- > From: linux-cluster-bounces@xxxxxxxxxx > [mailto:linux-cluster-bounces@xxxxxxxxxx] On Behalf Of Lon Hohberger > Sent: Thursday, April 13, 2006 3:43 AM > To: linux clustering > Subject: *SPAM* Re: Cluster node not able to > access all cluster resource > > On Sat, 2006-04-08 at 19:05 +0200, Leandro Dardini wrote: > > The topic is not a problem, but what I want to do. I have a lots of > > service, each on is now run by a two node cluster. This is very bad > > due to each node fencing other one during network blackout. > I'd like > > to create only one cluster, but each resource, either GFS > filesystems, > > must be readable only by a limited number of nodes. > > > > For example, taking a Cluster "test" made of node A, node > B, node C, > > node D and with the following resources: GFS Filesystem > alpha and GFS > > Filesystem beta. I want that only node A and node B can access GFS > > Filesystem alpha and only node C and node D can access GFS > Filesystem > > beta. > > > > Is it possible? > > You can just mount alpha on {A B} and beta on {C D}, but I > don't think there is an easy way to forcefully prevent > mounting alpha on {C D} currently; someone else might know better. > > -- Lon > > -- > > Linux-cluster@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/linux-cluster > > > > =========================================================== > Privileged or confidential information may be contained in > this message. If you are not the addressee indicated in this > message (or responsible for delivery of the message to such > person), please delete this message and kindly notify the > sender by an emailed reply. Opinions, conclusions and other > information in this message that do not relate to the > official business of Progression and its associate entities > shall be understood as neither given nor endorsed by them. > > > ------------------------------------------------------------- > Progression Infonet Private Limited, Gurgaon (Haryana), India > > > -- > > Linux-cluster@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/linux-cluster > -- Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster