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@xxxxxxxxxx