Milos Cuculovic
2019-Mar-21 08:07 UTC
[Gluster-users] Heal flapping between Possibly undergoing heal and In split brain
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.
Milos Cuculovic
2019-Mar-21 08:09 UTC
[Gluster-users] Heal flapping between Possibly undergoing heal and In split brain
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>