Pranith Kumar Karampuri
2017-May-02 10:20 UTC
[Gluster-users] [Gluster-devel] Don't allow data loss via add-brick (was Re: Add single server)
On Tue, May 2, 2017 at 9:16 AM, Pranith Kumar Karampuri <pkarampu at redhat.com> wrote:> Yeah it is a good idea. I asked him to raise a bug and we can move forward > with it. >+Raghavendra/Nitya who can help with the fix.> > On Mon, May 1, 2017 at 9:07 PM, Joe Julian <joe at julianfamily.org> wrote: > >> >> On 04/30/2017 01:13 AM, lemonnierk at ulrar.net wrote: >> >>> So I was a little but luck. If I has all the hardware part, probably i >>>> would be firesd after causing data loss by using a software marked as >>>> stable >>>> >>> Yes, we lost our data last year to this bug, and it wasn't a test >>> cluster. >>> We still hear from it from our clients to this day. >>> >>> Is known that this feature is causing data loss and there is no evidence >>>> or >>>> no warning in official docs. >>>> >>>> I was (I believe) the first one to run into the bug, it happens and I >>> knew it >>> was a risk when installing gluster. >>> But since then I didn't see any warnings anywhere except here, I agree >>> with you that it should be mentionned in big bold letters on the site. >>> >>> Might even be worth adding a warning directly on the cli when trying to >>> add bricks if sharding is enabled, to make sure no-one will destroy a >>> whole cluster for a known bug. >>> >> >> I absolutely agree - or, just disable the ability to add-brick with >> sharding enabled. Losing data should never be allowed. >> _______________________________________________ >> Gluster-devel mailing list >> Gluster-devel at gluster.org >> http://lists.gluster.org/mailman/listinfo/gluster-devel >> > > > > -- > Pranith > > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://lists.gluster.org/mailman/listinfo/gluster-users >-- Pranith -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20170502/47793875/attachment.html>
Shyam
2017-May-02 11:29 UTC
[Gluster-users] [Gluster-devel] Don't allow data loss via add-brick (was Re: Add single server)
Talur, Please wait for this fix before releasing 3.10.2. We will take in the change to either prevent add-brick in sharded+distrbuted volumes, or throw a warning and force the use of --force to execute this. Let's get a bug going, and not wait for someone to report it in bugzilla, and also mark it as blocking 3.10.2 release tracker bug. Thanks, Shyam On 05/02/2017 06:20 AM, Pranith Kumar Karampuri wrote:> > > On Tue, May 2, 2017 at 9:16 AM, Pranith Kumar Karampuri > <pkarampu at redhat.com <mailto:pkarampu at redhat.com>> wrote: > > Yeah it is a good idea. I asked him to raise a bug and we can move > forward with it. > > > +Raghavendra/Nitya who can help with the fix. > > > > On Mon, May 1, 2017 at 9:07 PM, Joe Julian <joe at julianfamily.org > <mailto:joe at julianfamily.org>> wrote: > > > On 04/30/2017 01:13 AM, lemonnierk at ulrar.net > <mailto:lemonnierk at ulrar.net> wrote: > > So I was a little but luck. If I has all the hardware > part, probably i > would be firesd after causing data loss by using a > software marked as stable > > Yes, we lost our data last year to this bug, and it wasn't a > test cluster. > We still hear from it from our clients to this day. > > Is known that this feature is causing data loss and > there is no evidence or > no warning in official docs. > > I was (I believe) the first one to run into the bug, it > happens and I knew it > was a risk when installing gluster. > But since then I didn't see any warnings anywhere except > here, I agree > with you that it should be mentionned in big bold letters on > the site. > > Might even be worth adding a warning directly on the cli > when trying to > add bricks if sharding is enabled, to make sure no-one will > destroy a > whole cluster for a known bug. > > > I absolutely agree - or, just disable the ability to add-brick > with sharding enabled. Losing data should never be allowed. > _______________________________________________ > Gluster-devel mailing list > Gluster-devel at gluster.org <mailto:Gluster-devel at gluster.org> > http://lists.gluster.org/mailman/listinfo/gluster-devel > <http://lists.gluster.org/mailman/listinfo/gluster-devel> > > > > > -- > Pranith > > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org <mailto:Gluster-users at gluster.org> > http://lists.gluster.org/mailman/listinfo/gluster-users > <http://lists.gluster.org/mailman/listinfo/gluster-users> > > > > > -- > Pranith > > > _______________________________________________ > Gluster-devel mailing list > Gluster-devel at gluster.org > http://lists.gluster.org/mailman/listinfo/gluster-devel >