[Gluster-users] gluster 3.7.9 permission denied and mv errors

[David F. Robinson]

I am running into two problems (possibly related?).

1) Every once in a while, when I do a 'rm -rf DIRNAME', it comes back 
with an error:
         rm: cannot remove `DIRNAME` : Directory not empty

         If I try the 'rm -rf' again after the error, it deletes the 
directory.  The issue is that I have scripts that clean up directories, 
and they are failing unless I go through the deletes a 2nd time.

2) I have different scripts to move a large numbers of files (5-25k) 
from one directory to another.  Sometimes I receive an error:
     /bin/mv: cannot move `xyz` to `../bkp00/xyz`: File exists

     The move is done using '/bin/mv -f', so it should overwrite the file 
if it exists.  I have tested this with hundreds of files, and it works 
as expected.  However, every few days the script that moves the files 
will have problems with 1 or 2 files during the move.  This is one move 
problem out of roughly 10,000 files that are being moved and I cannot 
figure out any reason for the intermittent problem.

Setup details for my gluster configuration shown below.

[root at gfs01bkp logs]# gluster volume info

Volume Name: gfsbackup
Type: Distribute
Volume ID: e78d5123-d9bc-4d88-9c73-61d28abf0b41
Status: Started
Number of Bricks: 7
Transport-type: tcp
Bricks:
Brick1: gfsib01bkp.corvidtec.com:/data/brick01bkp/gfsbackup
Brick2: gfsib01bkp.corvidtec.com:/data/brick02bkp/gfsbackup
Brick3: gfsib02bkp.corvidtec.com:/data/brick01bkp/gfsbackup
Brick4: gfsib02bkp.corvidtec.com:/data/brick02bkp/gfsbackup
Brick5: gfsib02bkp.corvidtec.com:/data/brick03bkp/gfsbackup
Brick6: gfsib02bkp.corvidtec.com:/data/brick04bkp/gfsbackup
Brick7: gfsib02bkp.corvidtec.com:/data/brick05bkp/gfsbackup
Options Reconfigured:
nfs.disable: off
server.allow-insecure: on
storage.owner-gid: 100
server.manage-gids: on
cluster.lookup-optimize: on
server.event-threads: 8
client.event-threads: 8
changelog.changelog: off
storage.build-pgfid: on
performance.readdir-ahead: on
diagnostics.brick-log-level: WARNING
diagnostics.client-log-level: WARNING
cluster.rebal-throttle: aggressive
performance.cache-size: 1024MB
performance.write-behind-window-size: 10MB


[root at gfs01bkp logs]# rpm -qa | grep gluster
glusterfs-server-3.7.9-1.el6.x86_64
glusterfs-debuginfo-3.7.9-1.el6.x86_64
glusterfs-api-3.7.9-1.el6.x86_64
glusterfs-resource-agents-3.7.9-1.el6.noarch
gluster-nagios-common-0.1.1-0.el6.noarch
glusterfs-libs-3.7.9-1.el6.x86_64
glusterfs-fuse-3.7.9-1.el6.x86_64
glusterfs-extra-xlators-3.7.9-1.el6.x86_64
glusterfs-geo-replication-3.7.9-1.el6.x86_64
glusterfs-3.7.9-1.el6.x86_64
glusterfs-cli-3.7.9-1.el6.x86_64
glusterfs-devel-3.7.9-1.el6.x86_64
glusterfs-rdma-3.7.9-1.el6.x86_64
samba-vfs-glusterfs-4.1.11-2.el6.x86_64
glusterfs-client-xlators-3.7.9-1.el6.x86_64
glusterfs-api-devel-3.7.9-1.el6.x86_64
python-gluster-3.7.9-1.el6.noarch
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20160413/bf0f743b/attachment.html>