Can you please share NFS and brick logs from the duration of the link going down? Gluster should have worked in the situation you described.<div><br></div><div>Avati<br><br><div class="gmail_quote">On Fri, Jun 10, 2011 at 3:27 PM, Daniel Manser <span dir="ltr"><<a href="mailto:daniel@clienta.ch">daniel@clienta.ch</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Dear community,<br>
<br>
I have a 2-node gluster cluster with one replicated volume shared to a client via NFS. If the replication link (Ethernet crossover cable) between the Gluster nodes breaks, I discovered that my whole storage is not available anymore.<br>
<br>
I am using Pacemaker/corosync with two virtual IPs (service IPs exposed to the clients), so each node has its corresponding virtual IP, and if one node fails, corosync assigns the failing IP to the other running node). This mechanism works pretty good so far.<br>
<br>
So, I have:<br>
<br>
gluster1: IP 10.196.150.251 and virtual IP 10.196.150.250<br>
gluster2: IP 10.196.150.252 and virtual IP 10.196.150.254<br>
<br>
Now I am using DNS round-robin to distribute the load on both gluster nodes (name: gluster.mycompany.tld).<br>
<br>
If one node goes down, the virtual IP is handed over to the remaining node, and the client works without any disruption. However, if the replication link between the gluster nodes breaks, we examined a service disruption. The client was then unable to write data to the cluster. The replication links between gluster nodes seems to be a single point of failure. Is that correct?<br>
<br>
Daniel<br>
_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://gluster.org/cgi-bin/mailman/listinfo/gluster-users" target="_blank">http://gluster.org/cgi-bin/mailman/listinfo/gluster-users</a><br>
</blockquote></div><br></div>