<div dir="ltr"><div>We are running the following operating system:<br>Scientific Linux release 6.6 (Carbon)<br><br></div><div>With the following kernel:<br>2.6.32-504.3.3.el6.x86_64<br></div><div><br>We are using the following version of Glusterfs:<br>glusterfs-libs-3.6.2-1.el6.x86_64<br>glusterfs-3.6.2-1.el6.x86_64<br>glusterfs-cli-3.6.2-1.el6.x86_64<br>glusterfs-api-3.6.2-1.el6.x86_64<br>glusterfs-fuse-3.6.2-1.el6.x86_64<br>glusterfs-server-3.6.2-1.el6.x86_64<br><br></div><div>Here is the current configuration of our 2 node distribute only cluster:<br>Volume Name: export_volume<br>Type: Distribute<br>Volume ID: c74cc970-31e2-4924-a244-4c70d958dadb<br>Status: Started<br>Number of Bricks: 2<br>Transport-type: tcp<br>Bricks:<br>Brick1: hgluster01:/gluster_data<br>Brick2: hgluster02:/gluster_data<br>Options Reconfigured:<br>performance.cache-size: 1GB<br>diagnostics.brick-log-level: ERROR<br>performance.stat-prefetch: on<br>performance.write-behind: on<br>performance.flush-behind: on<br>features.quota-deem-statfs: on<br>performance.quick-read: off<br>performance.client-io-threads: on<br>performance.read-ahead: on<br>performance.io-thread-count: 24<br>features.quota: on<br>cluster.eager-lock: on<br>nfs.disable: on<br>auth.allow: 192.168.10.*,10.0.10.*,10.8.0.*,10.2.0.*,10.0.60.*<br>server.allow-insecure: on<br>performance.write-behind-window-size: 1MB<br>network.ping-timeout: 60<br>features.quota-timeout: 0<br>performance.io-cache: off<br>server.root-squash: on<br>performance.readdir-ahead: on<br><br></div><div>Here is the status of the nodes:<br>Status of volume: export_volume<br>Gluster process Port Online Pid<br>------------------------------------------------------------------------------<br>Brick hgluster01:/gluster_data 49152 Y 7370<br>Brick hgluster02:/gluster_data 49152 Y 17868<br>Quota Daemon on localhost N/A Y 2051<br>Quota Daemon on <a href="http://hgluster02.red.dsic.com">hgluster02.red.dsic.com</a> N/A Y 6691<br> <br>Task Status of Volume export_volume<br>------------------------------------------------------------------------------<br>There are no active volume tasks<br><br></div><div>I have just turned quota on and was watching the quota-crawl.log and see a bunch of these type of messages:<br><br>[2015-04-02 19:23:01.540692] W [fuse-bridge.c:483:fuse_entry_cbk] 0-glusterfs-fuse: 2338683: LOOKUP() /\ => -1 (Permission denied)<br><br>[2015-04-02 19:23:01.543565] W [client-rpc-fops.c:2766:client3_3_lookup_cbk] 0-export_volume-client-1: remote operation failed: Permission denied. Path: /\ (00000000-0000-0000-0000-000000000000)<br><br>[2015-04-02 17:58:14.090556] W [client-rpc-fops.c:2766:client3_3_lookup_cbk] 0-export_volume-client-0: remote operation failed: Permission denied. Path: /\ (00000000-0000-0000-0000-000000000000)<br><br></div><div>Should I be worried about this and how do I go about fixing the permissions?<br></div><div>Is this a bug and should it be reported?<br><br></div><div>Thanks, in advance, for your time to help me.<br clear="all"></div><div><div><div class="gmail_signature"><div dir="ltr"><font size="1">Ryan Clough<br>Information Systems<br><a href="http://www.decisionsciencescorp.com/" target="_blank">Decision Sciences International Corporation</a></font><span style="font-family:"Calibri","sans-serif";color:rgb(31,73,125)"><a href="http://www.decisionsciencescorp.com/" target="_blank"><span style="color:blue"></span></a></span></div></div></div>
</div></div>
<br>
<span><font color="#888888">This email and its contents are confidential. If you are not the
intended recipient, please do not disclose or use the information within
this email or its attachments. If you have received this email in
error, please report the error to the sender by return email and
delete this communication from your records.</font></span>