REVIEW: http://review.gluster.org/12948 (dht:delete the linkfile if data file creation fails) posted (#2) for review on master by mohammed rafi kc (rkavunga)
REVIEW: http://review.gluster.org/12948 (dht:delete the linkfile if data file creation fails) posted (#3) for review on master by mohammed rafi kc (rkavunga)
REVIEW: http://review.gluster.org/12948 (dht:delete the linkfile if data file creation fails) posted (#4) for review on master by mohammed rafi kc (rkavunga)
REVIEW: http://review.gluster.org/12948 (dht:delete the linkfile if data file creation fails) posted (#5) for review on master by mohammed rafi kc (rkavunga)
REVIEW: http://review.gluster.org/12948 (dht:delete the linkfile if data file creation fails) posted (#6) for review on master by mohammed rafi kc (rkavunga)
REVIEW: http://review.gluster.org/12948 (dht:delete the linkfile if data file creation fails) posted (#7) for review on master by mohammed rafi kc (rkavunga)
REVIEW: http://review.gluster.org/12948 (tier:delete the linkfile if data file creation fails) posted (#8) for review on master by mohammed rafi kc (rkavunga)
COMMIT: http://review.gluster.org/12948 committed in master by Dan Lambright (dlambrig) ------ commit d3fd13688f850e58bfa517a4c2d17e8fa4343dcf Author: Mohammed Rafi KC <rkavunga> Date: Thu Dec 10 20:13:22 2015 +0530 tier:delete the linkfile if data file creation fails If we are creating data file in a hot subvolume then we will create a linkfile in cold subvolume. Linkfile creation happens first. If linkfile creation was successful and data file creation failed, then linkfile in cold subvolume will become stale. This patch will delete the linkfile as well, if data file creation fails. Also this code duplicates dht_create to make tier_create Change-Id: I377a90dad47f288e9576c7323b23cf694a91a7a3 BUG: 1290677 Signed-off-by: Mohammed Rafi KC <rkavunga> Reviewed-on: http://review.gluster.org/12948 Reviewed-by: N Balachandran <nbalacha> Tested-by: NetBSD Build System <jenkins.org> Reviewed-by: Raghavendra G <rgowdapp> Reviewed-by: Dan Lambright <dlambrig> Tested-by: Dan Lambright <dlambrig>
REVIEW: http://review.gluster.org/13102 (tier/create: Dynamically allocate gfid memory) posted (#1) for review on master by mohammed rafi kc (rkavunga)
REVIEW: http://review.gluster.org/13129 (tier/create: add TIER_LINKFILE_GFID to ignorable xattr) posted (#1) for review on master by mohammed rafi kc (rkavunga)
REVIEW: http://review.gluster.org/13130 (tier/create: store TIER_LINKFILE_GFID in xattr dictionary) posted (#1) for review on master by mohammed rafi kc (rkavunga)
One more patch need to be merged as part of the bug
REVIEW: http://review.gluster.org/13130 (tier/create: store TIER_LINKFILE_GFID in xattr dictionary) posted (#2) for review on master by mohammed rafi kc (rkavunga)
REVIEW: http://review.gluster.org/13130 (tier/create: store TIER_LINKFILE_GFID in xattr dictionary) posted (#3) for review on master by mohammed rafi kc (rkavunga)
COMMIT: http://review.gluster.org/13130 committed in master by Dan Lambright (dlambrig) ------ commit 45b1bf53da028b92ea7fc3f21a53f2a3cb0d8b0c Author: Mohammed Rafi KC <rkavunga> Date: Sat Jan 2 23:34:54 2016 +0530 tier/create: store TIER_LINKFILE_GFID in xattr dictionary In tier_create, a new key TIER_LINKFILE_GFID was introduced to avoid a race in stale linkfile deletion. Storing this key in xattr dictionary instead of using local->params dictionary. Because local->params dictionary was also used to create the file before stale linkfile deletion, that leads posix_create to fail, trying to set the added key as extended attributes Change-Id: I24fecb62b47bee65a1e86103925a67d13304c5df BUG: 1290677 Signed-off-by: Mohammed Rafi KC <rkavunga> Reviewed-on: http://review.gluster.org/13130 Tested-by: Gluster Build System <jenkins.com> Reviewed-by: N Balachandran <nbalacha> Reviewed-by: Dan Lambright <dlambrig> Tested-by: Dan Lambright <dlambrig>
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.8.0, please open a new bug report. glusterfs-3.8.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://blog.gluster.org/2016/06/glusterfs-3-8-released/ [2] http://thread.gmane.org/gmane.comp.file-systems.gluster.user