Re: glusterfsd crash, fd_ref() after fd_destroy().

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

 



Emmanuel Dreyfus <manu@xxxxxxxxxx> wrote:

> As I understand this is caused by an fd being used after fd_destroy().
> It may be related to that change I submited in git, since I run with it:
> Change-Id: I74c87bd9a53c0deeef79b93b4a0066e751b17dca
> BUG: 2923

More on this: My logs are full of messages about faulty gfid. My patch
makes them non fatal, but I suspect they can still be harmful in some
way:

[2011-08-22 06:26:00.103796] I
[dht-common.c:838:dht_lookup_everywhere_cbk] 0-gfs-dht: deleting stale
linkfile /manu/netbsd/usr/src/lib/libcompat/obj/stty.cat3 on
gfs-replicate-0[2011-08-22 06:26:00.104894] W
[dht-common.c:781:dht_lookup_everywhere_cbk] 0-gfs-dht:
/manu/netbsd/usr/src/lib/libcompat/obj/stty.cat3: gfid differs on
subvolume gfs-replicate-1

While it seems to work, I very rarely have odd failures that I cannot
reproduce, and I suspect it maybe caused by this error. Any hint on how
to investigate? How can gfid mismatch so often? 

I also have a huge amount of this, which seems to be have no real
consequence. Opinion?

[2011-08-22 06:26:00.583922] E [fuse-bridge.c:2840:fuse_setlk_resume]
0-glusterfs-fuse: xl is NULL

-- 
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu@xxxxxxxxxx



[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux