Re: Directory Healing not possible

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

 



Hi Diego,

the first step is to identify the situation.

'gluster volume heal VOLUME info' will give you a short overview.
Obviously , you can check for split-brains (which should not happen) via:
gluster volume heal VOLUME info split-brain

Before going forward, I would give a simple "stat /rhev/data-center/mnt/glusterSD/<host>:_<VOLUME>/path/to/file/or/dir" and check if that will move the things forward.

Let's assume that the 'stat' didn't helped and no split-brains are observed.


You will have to map the gfids (if they are not resolved) to the actual brick files/dirs. Mount the volume with the aux-gfid-mount option (https://docs.gluster.org/en/latest/Troubleshooting/gfid-to-path/#analysis-of-the-output) and then you can find the real path on the bricks via https://docs.gluster.org/en/latest/Troubleshooting/gfid-to-path/#get-file-path-from-gfid-method-2 .

A very nice article on the heal Xlator can be found at https://ravispeaks.wordpress.com/2019/04/05/glusterfs-afr-the-complete-guide/ . Most probably you will focus on the troubleshooting section ( https://ravispeaks.wordpress.com/2019/05/14/gluster-afr-the-complete-guide-part-3/ ).

Best Regards,
Strahil Nikolov

В вторник, 28 юни 2022 г., 13:34:34 ч. Гринуич+3, Diego Ercolani <diego.ercolani@xxxxxxx> написа:


Hello,
I'm reporting this that is a case where i?m involved using gluster in a hosted-engine oVirt environment.
The release is the last (4.5.1) using gluster 10.2
I posted alsto in the oVirt user mailing list:
https://lists.ovirt.org/archives/list/users@xxxxxxxxx/thread/26DOSMM7SKLAFG6CLPXVLL44RPRUE7ZD/

The issue is that I have a situation where my gluster implementation (2 replica node with one arbiter) have this situation:
[root@ovirt-node2 ~]# gluster volume heal glen info
Brick ovirt-node2.ovirt:/brickhe/glen
/3577c21e-f757-4405-97d1-0f827c9b4e22/master/tasks
Status: Connected
Number of entries: 1

Brick ovirt-node3.ovirt:/brickhe/glen
/3577c21e-f757-4405-97d1-0f827c9b4e22/images
Status: Connected
Number of entries: 1

Brick ovirt-node4.ovirt:/dati/glen
/3577c21e-f757-4405-97d1-0f827c9b4e22/master/tasks
/3577c21e-f757-4405-97d1-0f827c9b4e22/images
Status: Connected
Number of entries: 2

[root@ovirt-node2 ~]#
[root@ovirt-node2 ~]#
[root@ovirt-node2 ~]# gluster volume heal glen full
Launching heal operation to perform full self heal on volume glen has been successful
Use heal info commands to check status.
[root@ovirt-node2 ~]# gluster volume heal glen split-brain source-brick ovirt-node3.ovirt:/brickhe/glen
'source-brick' option used on a directory (gfid:95e5075e-720b-4bc0-affe-81d1792e09a6). Performing conservative merge.
Healing gfid:95e5075e-720b-4bc0-affe-81d1792e09a6 failed:Is a directory.
Lookup failed on gfid:75441538-fc18-4da3-9da7-e1c59a84d950:No such file or directory.
Status: Connected
Number of healed entries: 0

and I don't know how to proceed...
in the /var/log/gluster/glfsheal-glen.log is full of:
[2022-06-28 10:15:47.702204 +0000] W [MSGID: 114031] [client-rpc-fops_v2.c:2620:client4_0_lookup_cbk] 0-glen-client-3: remote operation failed. [{path=<gfid:d79fc941-c1d0-486a-9cde-74674884f461>}, {gfid=d79fc941-c1d0-486a-9cde-74674884f461}, {errno=2}, {error=No such file or directory}]
I suppose this shoud be related to a problem in the filesystem where brick is mapped but I'm not sure.
How can I proceed?


--
Ing. Diego Ercolani
S.S.I.S. s.p.a.
T. 0549-875910

________



Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
https://lists.gluster.org/mailman/listinfo/gluster-users
________



Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
https://lists.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