[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

RE: *SPAM* Re: [Linux-cluster] Cluster node not able to access all cluster 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.

-----Original Message-----
From: linux-cluster-bounces redhat com
[mailto:linux-cluster-bounces redhat com] On Behalf Of Lon Hohberger
Sent: Thursday, April 13, 2006 3:43 AM
To: linux clustering
Subject: *SPAM* Re: [Linux-cluster] 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 mailing list
Linux-cluster redhat com
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



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]