Adding and removing a brick from a replicated volume breaks volume geometry

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Just tested it on release-3.3. It does help.
Will this be backported to 3.3 / 3.4?

On Sep 10, 2013, at 9:59 PM, Vijay Bellur <vbellur at redhat.com> wrote:

> On 09/10/2013 03:23 PM, Marc Seeger wrote:
>> As reported over here: https://bugzilla.redhat.com/show_bug.cgi?id=1002556
>> 
>> tl;dr:
>> 
>> 1. Have a replicated volume (tested on 3.3 and 3.4)
>> 2. Add a brick
>> 3. Remove that brick
>> 4. Restart gluster
>> 5. Volume is slightly broken
>> 
>> Just using simple adding and removing, we end up with a broken volume
>> that behaves pretty non-deterministic.
>> We're trying to get the setup automated, so this is pretty much a
>> blocker for us :(
> 
> Can you check if this patch helps:
> 
> http://review.gluster.org/5893
> 
> -Vijay
> 
>> 
>> Has anybody else seen this behaviour?
>> 
>> 
>> _______________________________________________
>> Gluster-users mailing list
>> Gluster-users at gluster.org
>> http://supercolony.gluster.org/mailman/listinfo/gluster-users
>> 
> 



[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux