[Gluster-devel] Rolling upgrades from glusterfs 3.4 to 3.5

Pranith Kumar Karampuri pkarampu at redhat.com
Thu Jun 12 17:47:34 UTC 2014


On 06/12/2014 11:16 PM, Anand Avati wrote:
>
>
>
> On Thu, Jun 12, 2014 at 10:39 AM, Ravishankar N 
> <ravishankar at redhat.com <mailto:ravishankar at 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 at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20140612/4d7df953/attachment-0001.html>


More information about the Gluster-devel mailing list