As a follow up. Lots of the following from log:<div><br /></div><div><div>[dht_lookup_everywhere_cbk] 0-glusterKumiko-dht: deleting stale linkfile 0.33702/T on glusterKumiko-client-2</div><div><br /></div><div>[client-rpc-fops.c:5724:client3_3_setattr] (--&gt;/usr/lib64/glusterfs/3.4.2/xlator/cluster/distribute.so(dht_lookup_linkfile_create_cbk+0x262) [0x7fd78746a8f2] (--&gt;/usr/lib64/glusterfs/3.4.2/xlator/cluster/distribute.so(dht_linkfile_attr_heal+0x3ce) [0x7fd7874541fe] (--&gt;/usr/lib64/glusterfs/3.4.2/xlator/protocol/client.so(client_setattr+0x89) [0x7fd78769a649]))) 0-: Assertion failed: 0</div><div><br /></div><div>[2014-02-17 08:21:48.200685] E [dht-linkfile.c:213:dht_linkfile_setattr_cbk] 0-glusterKumiko-dht: setattr of uid/gid on 0.33702/T :&lt;gfid:00000000-0000-0000-0000-000000000000&gt; failed (Invalid argument)</div></div><div><br /></div><div>There were also quite a few cases were there were directories that were empty except for a bunch of "mode 1000" files.</div><div><br /></div><div>The system in question is used as a mirror of a file system which is used quite heavily, new files are created, old ones are deleted (and quite often recreated). I use rsync to update the system, like</div><div><br /></div><div>rsync -vau --delete live:/gluster_1/ mirror:gluster_2/</div><div><br /></div><div>Could the issues I'm experiencing be connected to the way I use rsync?</div><div><br /></div><div>Thanks,</div><div><br /></div><div>/jon</div><div><br /></div>