So the corruption bug is seen iff your vms are online while fix-layout
and/or rebalance is going on.
Does that answer your question?
The same issue has now been root-caused and there will be a fix for it soon
by Raghavendra G.
-Krutika
On Mon, Apr 3, 2017 at 6:44 PM, Alessandro Briosi <ab1 at metalit.com>
wrote:
> Il 01/04/2017 04:22, Gambit15 ha scritto:
> > As I understand it, only new files will be sharded, but simply
> > renaming or moving them may be enough in that case.
> >
> > I'm interested in the arbiter/sharding bug you've mentioned.
Could you
> > provide any more details or a link?
> >
>
> I think it is triggered only on rebalance.
>
> Though I have still no idea if adding an arbiter afterwards needs
> rebalance or not, and as this should only write file refernce (and no
> data) on the arbiter, this should not touch anything on the data side. I
> though wanted to be sure before doing this on a production environment.
>
> The bug has been discussed in the mailing list. There are a couple of
> patches that went into 3.8.10
>
> https://review.gluster.org/#/c/16749/
> https://review.gluster.org/#/c/16750/
>
> though I'm not sure this solved the problem or not.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1387878
>
> If you look at the mailing list archive you can find more information on
> this.
>
> Currently I'm not using shardin, though as I'm using gluster to
host VM
> in case of some problems to one of the hosts healing would require lots
> of CPU and time to recover the files.
> Sharding should solve this, but I'd rather wait the time for it to
heal,
> then have to go through a restore from a backup cause there was data
> corruption.
>
> Any hint would really be appreciated.
>
> Alessandro
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.gluster.org/pipermail/gluster-users/attachments/20170404/a4d0fc1c/attachment.html>