[Gluster-devel] Rolling upgrades from glusterfs 3.4 to 3.5
Pranith Kumar Karampuri
pkarampu at redhat.com
Thu Jun 12 17:42:08 UTC 2014
On 06/12/2014 11:09 PM, Ravishankar N 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 .
>
>> Then mandate that 3.4 -> 3.5 rolling upgrades have to be on 3.4.5
>> first?
> The idea of a rolling upgrade is that customers don't have to stop
> their (hundreds of ?) clients from accessing the gluster volume and
> the replica configuration ensures HA during rolling upgrade of
> servers. When the can afford downtime of their application, then they
> stop the clients and upgrade them as well. So the rolling upgrade
> solution has to be independent of client side features.
>>
>> 3.4.x -> 3.4.5 should be "no issues" yeah?
After the fix on the server side i.e. posix xlator, no issue.
Pranith
>>
>> + Justin
>>
>> --
>> GlusterFS - http://www.gluster.org
>>
>> An open source, distributed file system scaling to several
>> petabytes, and handling thousands of clients.
>>
>> My personal twitter: twitter.com/realjustinclift
>>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-devel
More information about the Gluster-devel
mailing list