[Gluster-devel] self heal fails
Emmanuel Dreyfus
manu at netbsd.org
Tue Jun 5 13:31:24 UTC 2012
On Tue, Jun 05, 2012 at 07:57:16AM -0400, Pranith Kumar Karampuri wrote:
> If lookup triggers self-heal and the self-heal fails, lookup
> wont fail unless it is a splitbrain on the entry i.e. gfid mismatch.
> There seems to be a problem in the logs you have mentioned. For
> some reason the gfid is all zeros, I wonder how you hit this case.
> Do you have a testcase that can re-create this case.
It keeps going on for now, but I do not know how I got this situation.
> Could you post the output of
> 'getfattr -d -m . -e hex' for /manu/netbsd/usr/src/lib/libkafs, /manu/netbsd/usr/src/lib/libkafs/libkafs.so.9, /manu/netbsd/usr/src/lib/libkafs/libkafs.so On both the bricks.
The commands are a bit different, but here is the info:
brick0
manu/netbsd/usr/src/lib/libkafs/
trusted.afr.pfs-client-1
00 00 00 00 00 00 00 00 00 00 00 03 00
trusted.afr.pfs-client-0
00 00 00 00 00 00 00 00 00 00 00 00 00
trusted.gfid
00 00 00 00 00 00 00 00 00 00 00 00 00
manu/netbsd/usr/src/lib/libkafs/libkafs.so.9
trusted.afr.pfs-client-1
00 00 00 00 00 00 00 00 00 00 00 00 00
trusted.afr.pfs-client-0
00 00 00 00 00 00 00 00 00 00 00 00 00
trusted.gfid
00 00 00 00 00 00 00 00 00 00 00 00 00
manu/netbsd/usr/src/lib/libkafs/libkafs.so
trusted.afr.pfs-client-1
be 77 68 6e ba d2 45 d2 8c c2 1a 0e 37 9a 44 0a
trusted.afr.pfs-client-0
a4 19 75 e7 f9 be 44 09 bb e8 70 76 6a 04 95 46
trusted.gfid
a4 19 75 e7 f9 be 44 09 bb e8 70 76 6a 04 95 46
brick1
manu/netbsd/usr/src/lib/libkafs/
trusted.afr.pfs-client-1
ENODATA
trusted.afr.pfs-client-0
ENODATA
trusted.gfid
be 77 68 6e ba d2 45 d2 8c c2 1a 0e 37 9a 44 0a
manu/netbsd/usr/src/lib/libkafs/libkafs.so.9
trusted.afr.pfs-client-1
00 00 00 00 00 00 00 00 00 00 00 00 00
trusted.afr.pfs-client-0
00 00 00 00 00 00 00 00 00 00 00 00 00
trusted.gfid
a4 19 75 e7 f9 be 44 09 bb e8 70 76 6a 04 95 46
manu/netbsd/usr/src/lib/libkafs/libkafs.so
trusted.afr.pfs-client-1
00 00 00 00 00 00 00 00 00 00 00 00 00
trusted.afr.pfs-client-0
00 00 00 00 00 00 00 00 00 00 00 00 00
trusted.gfid
a4 19 75 e7 f9 be 44 09 bb e8 70 76 6a 04 95 46
I am a bit suprised that libkafs.so and libkafs.so.9.0 have the
same gfid: They are just symlinks to the same node. Bug?
Here is ls -lid on brick1:
17407737 drwxr-xr-x 3 manu manu 1024 Jun 5 13:31
manu/netbsd/usr/src/lib/libkafs/
17434245 lrwxrwxrwx 2 manu manu 14 Jun 4 07:38
manu/netbsd/usr/src/lib/libkafs/libkafs.so -> libkafs.so.9.0
17433620 lrwxrwxrwx 2 manu manu 14 Jun 4 07:38
manu/netbsd/usr/src/lib/libkafs/libkafs.so.9 -> libkafs.so.9.0
I wonder if my recent chang with linkat could have introduced a bug.
--
Emmanuel Dreyfus
manu at netbsd.org
More information about the Gluster-devel
mailing list