Description of problem: posix indicates EOF in readdir call by setting errno to ENOENT. But readdir-ahead is not doing it and is sending errno as 0. This causes problems when readdir-ahead is enabled along with USS and is accessed by windows. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
REVIEW: http://review.gluster.org/9283 (performance/readdir-ahead: indicate EOF for readdirp) posted (#1) for review on master by Raghavendra Bhat (raghavendra)
REVIEW: http://review.gluster.org/9283 (performance/readdir-ahead: indicate EOF for readdirp) posted (#2) for review on master by Raghavendra Bhat (raghavendra)
REVIEW: http://review.gluster.org/9283 (performance/readdir-ahead: indicate EOF for readdirp) posted (#3) for review on master by Raghavendra Bhat (raghavendra)
COMMIT: http://review.gluster.org/9283 committed in master by Vijay Bellur (vbellur) ------ commit cca09a2a342980f427b590f2655d23c371386a02 Author: Raghavendra Bhat <raghavendra> Date: Tue Dec 16 19:01:20 2014 +0530 performance/readdir-ahead: indicate EOF for readdirp posix xlator sends op_errno as ENOENT and op_ret as 0, to indicate readdir has been completed. readdir-ahead should send that op_errno that it has saved in the fd context, when it serves the readdir requests. Otherwise some xlators sitting above performance xlators such as snapview-client, which checks for end of readdir operation by checking op_ret to 0 and op_errno to ENOENT will not be able to identify end of readdir. Change-Id: Ib0835136c61cb1e0d7df933226c479c7db703a71 BUG: 1174783 Signed-off-by: Raghavendra Bhat <raghavendra> Reviewed-on: http://review.gluster.org/9283 Reviewed-by: Raghavendra G <rgowdapp> Tested-by: Gluster Build System <jenkins.com> Reviewed-by: Brian Foster <bfoster> Reviewed-by: Vijay Bellur <vbellur>
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-3.7.0, please open a new bug report. glusterfs-3.7.0 has been announced on the Gluster mailinglists [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution. [1] http://thread.gmane.org/gmane.comp.file-systems.gluster.devel/10939 [2] http://thread.gmane.org/gmane.comp.file-systems.gluster.user