<div dir="ltr">Hi Lars, <br><div dir="ltr"><div><br></div><div>I will have a look on your suggestions. </div><div><br></div><div>thanks</div></div><div class="gmail_quote">On Wed, Oct 31, 2012 at 1:43 PM, Lars Ellenberg <span dir="ltr">&lt;<a href="mailto:lars.ellenberg@linbit.com" target="_blank">lars.ellenberg@linbit.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, Oct 31, 2012 at 09:33:02AM +0000, Maurits van de Lande wrote:<br>
&gt; Hello Zohair,<br>
&gt;<br>
&gt; &gt;So If I don&#39;t have real fencing device, I can&#39;t get a cluster?<br>
&gt;<br>
&gt; It depends, I have some clusters without fencing, they are mainly for<br>
&gt; virtualization. The cluster is configured not to relocate the services<br>
&gt; in case of  a failure. I do this manually. (all services are<br>
&gt; redundant) The Virtual Machine configuration files are stored on a<br>
&gt; GFS2 file system. I configured this file system to be always available<br>
&gt; (also when quorum is lost). Because I do all the recovering manually<br>
&gt; this does not matter, also no data is written to the GFS2 file system.<br>
&gt;<br>
&gt; So, you can have a cluster without fencing if a quorum loss does not<br>
&gt; corrupt your data. You should also set the cluster timeout&#39;s in such a<br>
&gt; way that even with a WAN connection the cluster does not loose quorum<br>
&gt; during normal operation. (I have not tried this)<br>
&gt;<br>
&gt; For SAMBA you might need &quot;clustered SAMBA&quot; <a href="http://ctdb.samba.org/samba.html" target="_blank">http://ctdb.samba.org/samba.html</a><br>
<br>
</div>clustered samba on GFS2 via WAN to remote locations with bandwidth constraints,<br>
not to speak of latency and possible flakyness of the link.<br>
<br>
very very VERY BAD idea.<br>
<br>
cluster file system accros a WAN: already a bad idea.<br>
<br>
cluster file system without fencing is a sure subscription to data loss.<br>
<br>
Cluster file systems are very sensitive to latency,<br>
both storage latency and network latency (for the DLM component).<br>
So even if you would manage to get it working,<br>
the performance of it would sucksucksuck big time<br>
(on a WAN with bandwidth and latency constraints ...).<br>
<br>
In a word: Don&#39;t.<br>
<br>
Maybe look again why you think rsync does not work for you,<br>
use csync2, couple it with inotify maybe,<br>
look into lsyncd (which does the inotify part, and can by coupled with<br>
both rsync or csync2 or any other similar tool), ...<br>
<div class="im"><br>
&gt; Did you have a look at glusterfs? <a href="http://www.gluster.org/" target="_blank">http://www.gluster.org/</a> It supports<br>
&gt; synchronization (I do not know if it also works over a WAN connection)<br>
&gt; But it has  nothing to do with drbd. The drbd 8.3 branch is very<br>
&gt; mature I do not know if this is the same for glusterfs.<br>
&gt;<br>
&gt; Best regards,<br>
&gt;<br>
&gt; Maurits<br>
&gt;<br>
&gt;<br>
&gt; Van: <a href="mailto:drbd-user-bounces@lists.linbit.com">drbd-user-bounces@lists.linbit.com</a> [mailto:<a href="mailto:drbd-user-bounces@lists.linbit.com">drbd-user-bounces@lists.linbit.com</a>] Namens Zohair Raza<br>


&gt; Verzonden: woensdag 31 oktober 2012 9:51<br>
&gt; Aan: Felix Frank<br>
&gt; CC: <a href="mailto:drbd-user@lists.linbit.com">drbd-user@lists.linbit.com</a><br>
&gt; Onderwerp: Re: [DRBD-user] GFS2 freezes<br>
&gt;<br>
&gt; So If I don&#39;t have real fencing device, I can&#39;t get a cluster?<br>
&gt;<br>
&gt; My requirement is to synchronized two Samba boxes between remote<br>
&gt; locations, I can&#39;t use rsync because of bandwidth consumption and<br>
&gt; system processing each time it will run it will go through each file<br>
&gt; and see if it is synced or not.<br>
&gt;<br>
&gt; While GFS seemed to be the right option, but as two servers are<br>
&gt; distant from each other I can not have fencing device as it may<br>
&gt; experience power outage or network failures quite often.<br>
&gt;<br>
&gt; What do you guys suggest in such scenario?<br>
&gt;<br>
&gt; Regards,<br>
&gt; Zohair Raza<br>
&gt;<br>
&gt;<br>
</div><div class="im">&gt; On Wed, Oct 31, 2012 at 12:30 PM, Felix Frank &lt;<a href="mailto:ff@mpexnet.de">ff@mpexnet.de</a>&lt;mailto:<a href="mailto:ff@mpexnet.de">ff@mpexnet.de</a>&gt;&gt; wrote:<br>
&gt; On 10/31/2012 12:02 AM, Lars Ellenberg wrote:<br>
&gt; &gt;&gt;&gt; Manual fencing is not in any way supported. You must be able to call<br>
&gt; &gt;&gt;&gt; &gt; &gt; &#39;fence_node &lt;peer&gt;&#39; and have the remote node reset. If this doesn&#39;t<br>
&gt; &gt;&gt;&gt; &gt; &gt; happen, your fencing is not sufficient.<br>
&gt; &gt;&gt; &gt; fence_node &lt;peer&gt; doesn&#39;t work for me<br>
&gt; &gt;&gt; &gt;<br>
&gt; &gt;&gt; &gt; fence_node node2 says<br>
&gt; &gt;&gt; &gt;<br>
&gt; &gt;&gt; &gt; fence node2 failed<br>
&gt; &gt; Which is why you need a *real* fencing device<br>
&gt; &gt; for automatic fencing.<br>
&gt; ...which is bound to sound more than a little cryptic to the<br>
&gt; uninitiated, I assume.<br>
&gt;<br>
&gt; An example for a &quot;classical&quot; fencing method is a power distribution unit<br>
&gt; with network access. The surviving node accesses the PDU and cuts the<br>
&gt; power to its peer.<br>
&gt; This is just one example. Similar results can be achieved using<br>
&gt; IPMI/ILOM technologies etc.<br>
&gt;<br>
&gt; HTH,<br>
&gt; Felix<br>
&gt; _______________________________________________<br>
&gt; drbd-user mailing list<br>
</div>&gt; <a href="mailto:drbd-user@lists.linbit.com">drbd-user@lists.linbit.com</a>&lt;mailto:<a href="mailto:drbd-user@lists.linbit.com">drbd-user@lists.linbit.com</a>&gt;<br>
&gt; <a href="http://lists.linbit.com/mailman/listinfo/drbd-user" target="_blank">http://lists.linbit.com/mailman/listinfo/drbd-user</a><br>
<div class="im HOEnZb">&gt;<br>
<br>
&gt; _______________________________________________<br>
&gt; drbd-user mailing list<br>
&gt; <a href="mailto:drbd-user@lists.linbit.com">drbd-user@lists.linbit.com</a><br>
&gt; <a href="http://lists.linbit.com/mailman/listinfo/drbd-user" target="_blank">http://lists.linbit.com/mailman/listinfo/drbd-user</a><br>
<br>
<br>
</div><div class="im HOEnZb">--<br>
: Lars Ellenberg<br>
: LINBIT | Your Way to High Availability<br>
: DRBD/HA support and consulting <a href="http://www.linbit.com" target="_blank">http://www.linbit.com</a><br>
<br>
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.<br>
__<br>
please don&#39;t Cc me, but send to list   --   I&#39;m subscribed<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
drbd-user mailing list<br>
<a href="mailto:drbd-user@lists.linbit.com">drbd-user@lists.linbit.com</a><br>
<a href="http://lists.linbit.com/mailman/listinfo/drbd-user" target="_blank">http://lists.linbit.com/mailman/listinfo/drbd-user</a><br>
</div></div></blockquote></div><br></div>