<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 21, 2016 at 4:24 PM, Pranith Kumar Karampuri <span dir="ltr">&lt;<a href="mailto:pkarampu@redhat.com" target="_blank">pkarampu@redhat.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 dir="ltr"><div>hi,<br></div>      Is there a plan to come up with an interface for snapshot functionality? For example, in handling different types of sockets in gluster all we need to do is to specify which interface we want to use and ib,network-socket,unix-domain sockets all implement the interface. The code doesn&#39;t have to assume anything about underlying socket type. Do you guys think it is a worthwhile effort to separate out the logic of interface and the code which uses snapshots? I see quite a few of if (strcmp (&quot;zfs&quot;, fstype)) code which can all be removed if we do this. Giving btrfs snapshots in future will be a breeze as well, this way? All we need to do is implementing snapshot interface using btrfs snapshot commands. I am not talking about this patch per se. Just wanted to seek your inputs about future plans for ease of maintaining the feature.<br></div></blockquote><div><br></div><div>As I said in my previous mail this is in plan and we will be doing it. But due to other priorities this was not taken in yet.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Tue, Jun 21, 2016 at 11:46 AM, Atin Mukherjee <span dir="ltr">&lt;<a href="mailto:amukherj@redhat.com" target="_blank">amukherj@redhat.com</a>&gt;</span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><span><br>
<br>
On 06/21/2016 11:41 AM, Rajesh Joseph wrote:<br>
&gt; What kind of locking issues you see? If you can provide some more<br>
&gt; information I can be able to help you.<br>
<br>
</span>That&#39;s related to stale lock issues on GlusterD which are there in 3.6.1<br>
since the fixes landed in the branch post 3.6.1. I have already provided<br>
the workaround/way to fix them [1]<br>
<br>
[1]<br>
<a href="http://www.gluster.org/pipermail/gluster-users/2016-June/thread.html#26995" rel="noreferrer" target="_blank">http://www.gluster.org/pipermail/gluster-users/2016-June/thread.html#26995</a><br>
<span><font color="#888888"><br>
~Atin<br>
</font></span></div></div><span class=""><div><div>_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a><br>
<a href="http://www.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-devel</a><br>
</div></div></span></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br><div data-smartmail="gmail_signature"><div dir="ltr">Pranith<br></div></div>
</font></span></div>
</blockquote></div><br></div></div>