<div dir="ltr">Hi Guys,<div><br></div><div>I&#39;m using the GlusterFS version 3.3.2.</div><div>I have a problem that unable to delete files as below</div><div><div><br></div><div>---------------------</div><div>$ cat log/d0105f.ai.hook</div><div>hello!</div><div>$ rm log/d0105f.ai.hook</div><div>rm: cannot remove `log/d0105f.ai.hook&#39;: No such file or directory</div></div><div><div>---------------------</div></div><div><br></div><div>This problem was found after add brick and rebalance.</div><div>I don&#39;t know this problem is relate to the rebalance.</div><div>So I checked the log in /var/log/glusterfs, and I found below suspicious messages.<br></div><div> </div><div><div>---------------------</div><div>$ tail /var/log/glusterfs/grid-kk.hs.log</div><div>[2015-01-20 09:49:44.491634] W [client3_1-fops.c:647:client3_1_unlink_cbk] 1-vol12-client-11: remote operation failed: No such file or directory</div><div>[2015-01-20 09:49:44.491696] W [fuse-bridge.c:1029:fuse_unlink_cbk] 0-glusterfs-fuse: 2982544: UNLINK() /hotchip/log/d0105f.ai.hook =&gt; -1 (No such file or directory)</div></div><div><div>---------------------</div></div><div><br></div><div><br></div><div>I know above text file &#39;d0105f.ai.hook&#39; exist in one gluster server with below command.</div><div><div><br></div><div>---------------------</div><div>$ sudo getfattr -m . -n trusted.glusterfs.pathinfo log/d0105f.ai.hook</div><div>trusted.glusterfs.pathinfo=&quot;(&lt;DISTRIBUTE:vol12-dht&gt;</div><div>&lt;POSIX(/export12/brick):gfs14:/export12/brick/hotchip/log/d0105f.ai.hook&gt;)&quot;</div></div><div><div><br></div><div>$ ssh gfs14</div><div>[@gfs14 /]$ ls /export12/brick/hotchip/log/d0105f.ai.hook </div><div>/export12/brick/rdcurve/log/d0105f.ai.book.o1441124.100</div></div><div><div>---------------------</div></div><div><br></div><div>Exactly, I could find the file in the brick on the server &#39;gfs14&#39;.</div><div>Additionally I knew two facts that if I rename the file name to another with &#39;mv&#39; command,</div><div>I can delete it with new file name.</div><div>Furthermore, if I mount the volume newly, I could delete the file.</div><div><br></div><div>I think this situation is strange. Is this bug or something?</div><div><br></div><div><br></div><div>Best regards,</div><div>K. Kondo</div><div><br></div><div><br></div></div>