[Gluster-users] missing some directories or files

[huangql]

Dear users,

        We got a strange phenomenon that some files or directories disappeared for hours or minutes. However, the files and directories exist actually.

So, sometimes we got abonomal results or even got nothing when "ls " some directory which contain many child directory and files.

It looks like this:

?????????? ? ?    ?      ?                ? 20120110
?????????? ? ?    ?      ?                ? 20120111?????????? ? ?    ?      ?                ? 20120112or total 0(it seems like an empty directory, actually, it was not)
And server side got many error messages as following:
[2013-02-18 23:46:28.999245] W [inode.c:1044:inode_path] (server_resolve_entry+0x6a) [0x2aaaabec7afa] 
(resolve_loc_touchup+0xb5) [0x2aaaabec7615]))) 0-/data1/gdata1/inode: no dentry for non-root inode -879461454: dfffdd16-54a3-46f7-8284-c675490fb53d
[2013-02-18 23:46:29.4964] W [inode.c:1044:inode_path] (server_resolve+0x98) [0x2aaaabec7ba8] (server_resolve_entry+0x6a) [0x2aaaabec7afa] 
(resolve_loc_touchup+0xb5) [0x2aaaabec7615]))) 0-/data1/gdata1/inode: no dentry for non-root inode -879461454: dfffdd16-54a3-46f7-8284-c675490fb53d
[2013-02-18 23:46:29.5433] W [inode.c:1044:inode_path] (server_resolve+0x98) [0x2aaaabec7ba8] (server_resolve_entry+0x6a) [0x2aaaabec7afa] (resolve_loc_touchup+0xb5) 
[0x2aaaabec7615]))) 0-/data1/gdata1/inode: no dentry for non-root inode -879461454: dfffdd16-54a3-46f7-8284-c675490fb53d
[2013-02-18 23:46:29.10817] W [inode.c:1044:inode_path] (server_resolve+0x98) [0x2aaaabec7ba8] (server_resolve_entry+0x6a) 
[0x2aaaabec7afa] (resolve_loc_touchup)

Each time I restarted brick daemons on server side, then the directory recovery. But the problem reproduce again when accessing it. And I found
the problem will be fixed itself sometimes. For these strange behavior, I have no idea. Does anyone get this? Could you give us some tips?
Thank you very much in advance.

Cheers,
Qiulan 

2013-02-18 



huangql 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130219/d2f6c994/attachment.html>