Re: Rolling upgrades from glusterfs 3.4 to 3.5

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




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



On Thu, Jun 12, 2014 at 10:39 AM, Ravishankar N <ravishankar@xxxxxxxxxx> 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@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-devel

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

[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux