Gluster users - Mar 2017 - Sharding?

> I haven't done any test yet, but I was under the impression that
> sharding feature isn't so stable/mature yet.
> In the remote of my mind I remember reading something about a
> bug/situation which caused data corruption.
> Can someone confirm that sharding is stable enough to be used in
> production and won't cause any data loss?
There were a few bugs yeah. I can tell you that in 3.7.15 (and I assume
later versions) it works well as long as you don't try to add new bricks
to your volumes (we use it in production for HA virtual machine disks).
Apparently that bug was fixed recently, so latest versions should be
pretty stable yeah.

-- 
Kevin Lemonnier
PGP Fingerprint : 89A5 2283 04A0 E6E9 0111
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: Digital signature
URL:
<http://lists.gluster.org/pipermail/gluster-users/attachments/20170310/1c5cc406/attachment.sig>

Il 10/03/2017 10:28, Kevin Lemonnier ha scritto:
>> I haven't done any test yet, but I was under the impression that
>> sharding feature isn't so stable/mature yet.
>> In the remote of my mind I remember reading something about a
>> bug/situation which caused data corruption.
>> Can someone confirm that sharding is stable enough to be used in
>> production and won't cause any data loss?
> There were a few bugs yeah. I can tell you that in 3.7.15 (and I assume
> later versions) it works well as long as you don't try to add new
bricks
> to your volumes (we use it in production for HA virtual machine disks).
> Apparently that bug was fixed recently, so latest versions should be
> pretty stable yeah.
I'm using 3.8.9, so I suppose all known bugs have been fixed there (also
the one with adding briks)

I'll then proceed with some tests before going to production.

Thank you

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.gluster.org/pipermail/gluster-users/attachments/20170310/a0d53670/attachment.html>