<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 11, 2017 at 5:06 AM, Amar Tumballi <span dir="ltr">&lt;<a href="mailto:atumball@redhat.com" target="_blank">atumball@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>Was (Re: [Gluster-devel] Proposed Protocol changes for 4.0: Need feedback.)</div><div><br></div><div>All,</div><div><br></div>While we are at making all the below tasks&#39; color coding to GREEN, it would make sense to discuss 1 main thing.<div><br></div><div>With 4.0, we will anyways say 3.y series server nodes are not going to be compatible with 4.x servers, is it the same case with clients?</div><div><br></div><div>If yes, I am considering some changes to the current way RPC conversion is handled in protocol layer, and make it simpler a bit.</div><div><br></div><div>If no, then I have to add lot of &#39;if..else&#39; in existing code or extra code wherever applicable, now, to make sure we handle the compatibility better.</div><div><br></div><div>My personal opinion is, talk about incompatibility now, and plan to have smooth sail even when 5.0 lands. We are anyways coming out with GD2 (which makes servers incompatible), and gfproxy (which makes clients missing this feature in older releases), and also possible cherrypicks from upstream fuse project to utilize more features from there, so for the user, there are lot of reason to upgrade the clients.</div></div></blockquote><div><br></div><div><br></div><div>Since we are bumping the major release number, I think it would be acceptable to have 3.x clients being not compatible with 4.x servers and vice-versa. We should ensure that accesses from incompatible clients are handled gracefully by both servers and clients.</div><div><br></div><div>Regards,</div><div>Vijay</div><div><br></div></div></div></div>