<html><head>
<style id="signatureStyle">#xb629e0b2279342d blockquote.cite, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 blockquote.cite, #xb629e0b2279342d blockquote.cite
{margin-left: 5px; margin-right: 0px; padding-left: 10px; padding-right: 0px; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204);}
#xb629e0b2279342d blockquote.cite2, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 blockquote.cite2, #xb629e0b2279342d blockquote.cite2
{margin-left: 5px; margin-right: 0px; padding-left: 10px; padding-right: 0px; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); margin-top: 3px; padding-top: 0px;}
#xb629e0b2279342d a img, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 a img, #xb629e0b2279342d a img
{border: 0px;}
#xb629e0b2279342d, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain pre, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain tt, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain pre, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain tt, #xb629e0b2279342d
{font-family: Calibri; font-size: 11pt;}
#xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain pre, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain tt
{font-family: monospace; font-size: 100%; font-weight: normal; font-style: normal;}
#xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain div
{white-space: pre-wrap;}
#xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1
{font-family: Calibri; font-size: 11pt; color: rgb(0, 0, 0); margin-left: 0px; margin-right: 8px; background-color: rgb(255, 255, 255);}
#xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 blockquote
{display: none;}
#xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 blockquote.cite
{padding-left: 10px; margin-left: 5px; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid; padding-right: 0px; margin-right: 0px;}
#xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 blockquote.cite2
{margin-top: 3px; padding-top: 0px; padding-left: 10px; margin-left: 5px; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid; padding-right: 0px; margin-right: 0px;}
#xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain pre, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain tt, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain tt
{font-size: 100%; font-family: monospace; font-weight: normal; font-style: normal;}
#xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain pre, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain tt
{font-size: 11pt; font-family: Calibri;}
#xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .plain tt
{font-size: 12pt; font-family: Tahoma;}
#xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .msonormal, #xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 li.msonormal
{font-size: 11pt; font-family: Calibri, sans-serif; margin: 0in 0in 8pt; line-height: 107%;}
#xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .msohyperlink
{text-decoration: underline; color: rgb(5, 99, 193);}
#xb629e0b2279342d #x7ad5e7ba76604458be2a2b8329d964a1 .msohyperlinkfollowed
{text-decoration: underline; color: rgb(149, 79, 114);}
</style>
<style>blockquote.cite
{margin-left: 5px; margin-right: 0px; padding-left: 10px; padding-right: 0px; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204);}
blockquote.cite2
{margin-left: 5px; margin-right: 0px; padding-left: 10px; padding-right: 0px; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); margin-top: 3px; padding-top: 0px;}
a img
{border: 0px;}
body
{font-family: Calibri; font-size: 11pt;}
</style>
</head>
<body contenteditable="false" background=""><div>I am running into two problems (possibly related?). </div><div><br></div><div>1) Every once in a while, when I do a 'rm -rf DIRNAME', it comes back with an error: </div><div> rm: cannot remove `DIRNAME` : Directory not empty</div><div><br></div><div> 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.</div><div><br></div><div>2) I have different scripts to move a large numbers of files (5-25k) from one directory to another. Sometimes I receive an error: </div><div> /bin/mv: cannot move `xyz` to `../bkp00/xyz`: File exists</div><div><br></div><div> 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.</div><div><br></div><div>Setup details for my gluster configuration shown below.</div><div><br></div><div><div>[root@gfs01bkp logs]# gluster volume info</div><div> </div><div>Volume Name: gfsbackup</div><div>Type: Distribute</div><div>Volume ID: e78d5123-d9bc-4d88-9c73-61d28abf0b41</div><div>Status: Started</div><div>Number of Bricks: 7</div><div>Transport-type: tcp</div><div>Bricks:</div><div>Brick1: gfsib01bkp.corvidtec.com:/data/brick01bkp/gfsbackup</div><div>Brick2: gfsib01bkp.corvidtec.com:/data/brick02bkp/gfsbackup</div><div>Brick3: gfsib02bkp.corvidtec.com:/data/brick01bkp/gfsbackup</div><div>Brick4: gfsib02bkp.corvidtec.com:/data/brick02bkp/gfsbackup</div><div>Brick5: gfsib02bkp.corvidtec.com:/data/brick03bkp/gfsbackup</div><div>Brick6: gfsib02bkp.corvidtec.com:/data/brick04bkp/gfsbackup</div><div>Brick7: gfsib02bkp.corvidtec.com:/data/brick05bkp/gfsbackup</div><div>Options Reconfigured:</div><div>nfs.disable: off</div><div>server.allow-insecure: on</div><div>storage.owner-gid: 100</div><div>server.manage-gids: on</div><div>cluster.lookup-optimize: on</div><div>server.event-threads: 8</div><div>client.event-threads: 8</div><div>changelog.changelog: off</div><div>storage.build-pgfid: on</div><div>performance.readdir-ahead: on</div><div>diagnostics.brick-log-level: WARNING</div><div>diagnostics.client-log-level: WARNING</div><div>cluster.rebal-throttle: aggressive</div><div>performance.cache-size: 1024MB</div><div>performance.write-behind-window-size: 10MB</div><div><br></div><div><br></div><div>[root@gfs01bkp logs]# rpm -qa | grep gluster</div><div>glusterfs-server-3.7.9-1.el6.x86_64</div><div>glusterfs-debuginfo-3.7.9-1.el6.x86_64</div><div>glusterfs-api-3.7.9-1.el6.x86_64</div><div>glusterfs-resource-agents-3.7.9-1.el6.noarch</div><div>gluster-nagios-common-0.1.1-0.el6.noarch</div><div>glusterfs-libs-3.7.9-1.el6.x86_64</div><div>glusterfs-fuse-3.7.9-1.el6.x86_64</div><div>glusterfs-extra-xlators-3.7.9-1.el6.x86_64</div><div>glusterfs-geo-replication-3.7.9-1.el6.x86_64</div><div>glusterfs-3.7.9-1.el6.x86_64</div><div>glusterfs-cli-3.7.9-1.el6.x86_64</div><div>glusterfs-devel-3.7.9-1.el6.x86_64</div><div>glusterfs-rdma-3.7.9-1.el6.x86_64</div><div>samba-vfs-glusterfs-4.1.11-2.el6.x86_64</div><div>glusterfs-client-xlators-3.7.9-1.el6.x86_64</div><div>glusterfs-api-devel-3.7.9-1.el6.x86_64</div><div>python-gluster-3.7.9-1.el6.noarch</div></div><div><br></div>
</body></html>