<html><body><div style="color:#000; background-color:#fff; font-family:arial, helvetica, sans-serif;font-size:12pt"><div><span>Thanks Digimer for clarifying....</span></div><div><br><span></span></div><div><span>I am trying to create the following setup or rather will say I have been asked to do so . <br></span></div><div><br><span></span></div><div><span>=====</span></div><div><font size="2">Cluster Name: ClusterA                                  <br>                                                              <br>Node1: system1.example.com   Priority:1 in Failover Domain<br>Node2: system2.example.com   Priority:2  in Failover Domain<br><br>File System Resource : /data1 - An ext3 file system<br><br>=====</font><br><font size="2"><br>Cluster Name : ClusterB<br><br>Node1: system1.example.com   Priority:2  in Failover Domain<br>Node2: system2.example.com   Priority:1  in Failover Domain<br><br>File System Resource : /data2 - An ext3 file
 system<br>========================================================<br><br>What
 I will achieve with this scenario , is that both the nodes will always 
be in active mode as one node is having  higher priority in Failover 
Domain  in one cluster and the other node has higher priority in the 
other  cluster as shown above. This means that  both the file system 
resource will always be available in either of the nodes.  And  if  a 
node goes down  ' suppose system1.example.com ' which is active in </font><b><font size="2">'ClusterA</font></b><font size="2">' ,
 cluster ,  the file system resource   /data1 on the cluster will be 
mounted on system2.example.com which is already having /data2  mounted 
on  </font><b><font size="2">'ClusterB'  </font></b><br><br><font size="2">So , based on the above architecture , we are achieving the following</font><br><font size="2">1) Both the mount points will be always available and </font><br><font size="2">2) Both the nodes will be utilized as both the nodes will be in active mode  in either of the cluster  .</font></div><div><br></div><div><font size="2">Will be great if you have some inputs to achieve the same . <br></font></div><div><br></div><div><font size="2">Thanks</font></div><div><font size="2">Zaman<br></font></div><div style="font-family: arial, helvetica, sans-serif; font-size: 12pt;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div dir="ltr"> <font face="Arial" size="2"> <hr size="1">  <b><span style="font-weight:bold;">From:</span></b> Digimer <lists@alteeve.ca><br> <b><span style="font-weight: bold;">To:</span></b> Zama Ques
 <queszama@yahoo.in>; linux clustering <linux-cluster@redhat.com> <br> <b><span style="font-weight: bold;">Sent:</span></b> Wednesday, 1 August 2012 5:53 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: [Linux-cluster] Creating two different cluster using same set of nodes.<br> </font> </div> <br>On 08/01/2012 07:56 AM, Zama Ques wrote:<br>> Hi All ,<br>><br>> Need clarifications whether it is possible to create two different<br>> cluster using the same set of nodes.<br>><br>> Looks like Redhat Cluster Suite does not support creating different<br>> clusters using the same nodes. I am getting the following<br>> error while building the second cluster using the same nodes using luci<br>> interface .<br>><br>> ====<br>> [dismiss]<br>><br>> The following errors occurred:<br>>      * Host system3.example.com is already a member of the cluster named<br>>
 "ClusterA"<br>>      * Host system4.example.com is already a member of the cluster named<br>> "ClusterA"<br>> ===<br>><br>> My query is that does Redhat Cluster Suite allows in any way to create<br>> two different clusters using same nodes.  If not , any reason for not<br>> allowing  this feature?.<br>><br>><br>> Thanks in Advance<br>> Zaman<br><br>It is not possible, no. A node must be in one cluster only.<br><br>May I ask why you're trying to do this?<br><br>-- <br>Digimer<br>Papers and Projects: <a href="https://alteeve.com/" target="_blank">https://alteeve.com</a><br><br><br> </div> </div>  </div></body></html>