+++ This bug was initially created as a clone of Bug #1374093 +++ Steps to Reproduce: On Server: 1. mkdir /bricks/gluster/data 2. gluster volume create gluster4test ${SERVER}:/bricks/gluster/data force 3. gluster volume start gluster4test On Client: 1. mount -t glusterfs ${FSOPTS} ${SERVER}:/gluster4test /gluster/mnt 2. cd /gluster/mnt; git clone git://git.code.sf.net/p/ntfs-3g/pjd-fstest 3. cd pjd-fstest; prove -rf tests/utime/00.t Or manually: [root@hp-xw6600-02 pjd-fstest]# less /var/log/glusterfs/gluster-mnt.log [root@hp-xw6600-02 pjd-fstest]# cd .. [root@hp-xw6600-02 mnt]# ./pjd-fstest/fstest mkdir dir 0777 0 [root@hp-xw6600-02 mnt]# ./pjd-fstest/fstest chown dir 65534 65534 0 [root@hp-xw6600-02 mnt]# ./pjd-fstest/fstest -u 65534 -g 65534 create dir/file 0464 changing groups to 65534 changing uid to 65534 0 [root@hp-xw6600-02 mnt]# ./pjd-fstest/fstest -u 65534 -g 65534 mkdir dir/dir 0464 changing groups to 65534 changing uid to 65534 mkdir returned -1 EIO --- Additional comment from Pranith Kumar K on 2016-09-08 02:27:46 CEST --- remote: http://review.gluster.org/15420 cluster/dht: Don't merge invalid stbuf remote: http://review.gluster.org/15421 system/posix-acl: Unwind with NULL xdata on error
REVIEW: http://review.gluster.org/15475 (system/posix-acl: Unwind with NULL xdata on error) posted (#1) for review on release-3.7 by Niels de Vos (ndevos)
COMMIT: http://review.gluster.org/15475 committed in release-3.7 by Pranith Kumar Karampuri (pkarampu) ------ commit a0a2e8ebd0b243dbf4d5dceb24b82e8632373040 Author: Pranith Kumar K <pkarampu> Date: Thu Sep 8 05:43:20 2016 +0530 system/posix-acl: Unwind with NULL xdata on error In posix-acl when there are errors xdata that comes as part of input is used to unwind which can be used as response xdata which may lead to problems as the keys in the input will match with keys in the output but the values the response xdata may expect can be completely different. For example, we see that dht sends DHT_IATT_IN_XDATA_KEY in setxattr which will be unwound with the same key in the xdata-response which dht thinks is valid response and fills stbuf with invalid values leading to EIO > BUG: 1374093 > Change-Id: I6b77a1fa1ee99cb62e181e1db2e6fea73f6eaaa3 > Signed-off-by: Pranith Kumar K <pkarampu> > Reviewed-on: http://review.gluster.org/15421 > Smoke: Gluster Build System <jenkins.org> > NetBSD-regression: NetBSD Build System <jenkins.org> > CentOS-regression: Gluster Build System <jenkins.org> > Reviewed-by: jiffin tony Thottan <jthottan> > Reviewed-by: Niels de Vos <ndevos> (cherry picked from commit c9271ff14d3efa8279cf67907548b3f43970d4fb) Change-Id: I6b77a1fa1ee99cb62e181e1db2e6fea73f6eaaa3 BUG: 1374641 Signed-off-by: Niels de Vos <ndevos> Reviewed-on: http://review.gluster.org/15475 Smoke: Gluster Build System <jenkins.org> NetBSD-regression: NetBSD Build System <jenkins.org> CentOS-regression: Gluster Build System <jenkins.org> Reviewed-by: jiffin tony Thottan <jthottan> Reviewed-by: Pranith Kumar Karampuri <pkarampu>
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.17, please open a new bug report. glusterfs-3.7.17 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://www.gluster.org/pipermail/gluster-devel/2016-November/051414.html [2] https://www.gluster.org/pipermail/gluster-users/