[Gluster-users] Rebalance times in 3.2.5 vs 3.4.2

Viktor Villafuerte viktor.villafuerte at optusnet.com.au
Thu Feb 27 03:03:38 UTC 2014


Anybody can confirm/dispute that this is normal/abnormal?

v


On Tue 25 Feb 2014 15:21:40, Viktor Villafuerte wrote:
> Hi all,
> 
> I have distributed replicated set with 2 servers (replicas) and am
> trying to add another set of replicas: 1 x (1x1) => 2 x (1x1)
> 
> I have about 23G of data which I copy onto the first replica, check
> everything and then add the other set of replicas and eventually
> rebalance fix-layout, migrate-data.
> 
> Now on
> 
> Gluster v3.2.5 this took about 30 mins (to rebalance + migrate-data)
> 
> on
> 
> Gluster v3.4.2 this has been running for almost 4 hours and it's still
> not finished
> 
> 
> As I may have to do this in production, where the amount of data is
> significantly larger than 23G, I'm looking at about three weeks of wait
> to rebalance :)
> 
> Now my question is if this is as it's meant to be? I can see that v3.4.2
> gives me more info about the rebalance process etc, but that surely
> cannot justify the enormous time difference.
> 
> Is this normal/expected behaviour? If so I will have to stick with the
> v3.2.5 as it seems way quicker.
> 
> Please, let me know if there is any 'well known' option/way/secret to
> speed the rebalance up on v3.4.2.
> 
> 
> thanks
> 
> 
> 
> -- 
> Regards
> 
> Viktor Villafuerte
> Optus Internet Engineering
> t: 02 808-25265
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users

-- 
Regards

Viktor Villafuerte
Optus Internet Engineering
t: 02 808-25265



More information about the Gluster-users mailing list