Hi Hans,

Another user has reported something similar and we are still debugging this.

Would you mind taking a tcpdump of the client while listing the directory
from a FUSE client and sending it to me? Please use
tcpdump -i any -s 0 -w /var/tmp/dirls.pcap tcp and not port 22


Also, please send the output of gluster volume info and gluster volume get
<volname> all.

Thanks,
Nithya


On 9 July 2018 at 12:51, Hans Henrik Happe <[email protected]> wrote:

> Hi,
>
> After an upgrade from 3.7 -> 3.10 -> 3.12.9 that seemed to go smoothly,
> we have experienced missing files and dirs when listing directories.
>
> We are using a distributed setup with 20 bricks (no redundance from
> glusterfs).
>
> The dirs and files can be referenced directly, but does not show up in
> listings (readdir, i.e. ls). Renaming them works, but they still does
> not show up.
>
> The first time we discovered this, we noticed that files slowly
> reappeared and finally all were there. After that we started a
> fix-layout which is still running (5mio dirs). After this we would
> compare brick files to the mounted fs.
>
> Yesterday we again discovered some missing files in a dir. After some
> poking around we found that all missing files were located on the same
> brick.
>
> Comparing dir xattr did not give us a clue:
>
>
> Brick with missing files:
>
> # getfattr  -m . -d -e hex backup
> # file: backup
> trusted.gfid=0x8613f6e0317141918b42d8c8063ffbce
> trusted.glusterfs.dht=0x0000000100000000b2169fa3bf11b4e7
> trusted.glusterfs.quota.6e0ab807-6eed-4af1-92b8-0db3ca7a19e0.contri.1=
> 0x00000000d65e340000000000000000750000000000000001
> trusted.glusterfs.quota.dirty=0x3000
> trusted.glusterfs.quota.size.1=0x00000000d65e3400000000000000
> 00750000000000000001
>
> Other brick:
>
> # getfattr  -m . -d -e hex backup
> # file: backup
> trusted.gfid=0x8613f6e0317141918b42d8c8063ffbce
> trusted.glusterfs.dht=0x0000000100000000bf11b4e8cbe5e488
> trusted.glusterfs.quota.6e0ab807-6eed-4af1-92b8-0db3ca7a19e0.contri.1=
> 0x00000000b03aa80000000000000000700000000000000001
> trusted.glusterfs.quota.dirty=0x3000
> trusted.glusterfs.quota.size.1=0x00000000b03aa800000000000000
> 00700000000000000001
>
>
> Anyone who experienced this or have some clues to what might be wrong?
>
> Cheers,
> Hans Henrik
> _______________________________________________
> Gluster-users mailing list
> [email protected]
> https://lists.gluster.org/mailman/listinfo/gluster-users
>
_______________________________________________
Gluster-users mailing list
[email protected]
https://lists.gluster.org/mailman/listinfo/gluster-users

Reply via email to