On 06/12/2014 11:16 PM, Anand Avati wrote:



On Thu, Jun 12, 2014 at 10:39 AM, Ravishankar N <ravishan...@redhat.com <mailto:ravishan...@redhat.com>> wrote:

    On 06/12/2014 08:19 PM, Justin Clift wrote:

        On 12/06/2014, at 2:22 PM, Ravishankar N wrote:
        <snip>

            But we will still hit the problem when rolling upgrade is
            performed
            from 3.4 to 3.5,  unless the clients are also upgraded to 3.5


        Could we introduce a client side patch into (say) 3.4.5 that helps
        with this?

    But the client side patch is needed only if Avati's server (posix)
    fix is present. And that is present only in 3.5 and not 3.4 .



The client can actually be fixed to be compatible with both old and new servers. We can change the errno from ESTALE to ENOENT before doing the GFID mismatch check in client_lookup_cbk.
But this will require a two hop upgrade. Is that normal/acceptable?

Pranith

Thanks


_______________________________________________
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel

_______________________________________________
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel

Reply via email to