[Gluster-users] Heal flapping between Possibly undergoing heal and In split brain

Milos Cuculovic
Thu, 21 Mar 2019 08:09:27 -0000

I was now able to catch the split brain log:

sudo gluster volume heal storage2 info
Brick storage3:/data/data-cluster
<gfid:256ca960-1601-4f0d-9b08-905c6fd52326>
<gfid:7a63a729-c48f-4a00-9040-c3e2a0710ae6>
/dms/final_archive - Is in split-brain

Status: Connected
Number of entries: 3

Brick storage4:/data/data-cluster
<gfid:276fec9a-1c9b-4efe-9715-dcf4207e99b0>
/dms/final_archive - Is in split-brain

Status: Connected
Number of entries: 2

Milos

> On 21 Mar 2019, at 09:07, Milos Cuculovic <cuculovic at mdpi.com>
wrote:
>
> Since 24h, after upgrading from 4.0 to 4.1.7 one of the servers, the heal
shows this:
>
> sudo gluster volume heal storage2 info
> Brick storage3:/data/data-cluster
> <gfid:256ca960-1601-4f0d-9b08-905c6fd52326>
> <gfid:7a63a729-c48f-4a00-9040-c3e2a0710ae6>
> /dms/final_archive - Possibly undergoing heal
>
> Status: Connected
> Number of entries: 3
>
> Brick storage4:/data/data-cluster
> <gfid:276fec9a-1c9b-4efe-9715-dcf4207e99b0>
> /dms/final_archive - Possibly undergoing heal
>
> Status: Connected
> Number of entries: 2
>
> The same files stay there. From time to time the status of the
/dms/final_archive is in split brain at the following command shows:
>
> sudo gluster volume heal storage2 info split-brain
> Brick storage3:/data/data-cluster
> /dms/final_archive
> Status: Connected
> Number of entries in split-brain: 1
>
> Brick storage4:/data/data-cluster
> /dms/final_archive
> Status: Connected
> Number of entries in split-brain: 1
>
> How to know the file who is in split brain? The files in /dms/final_archive
are not very important, fine to remove (ideally resolve the split brain) for the
ones that differ.
>
> I can only see the directory and GFID. Any idea on how to resolve this
situation as I would like to continue with the upgrade on the 2nd server, and
for this the heal needs to be done with 0 entries in sudo gluster volume heal
storage2 info
>
> Thank you in advance, Milos.

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