REVIEW: http://review.gluster.org/11829 (rdma:restore device linked list structure in case of failure) posted (#1) for review on master by mohammed rafi kc (rkavunga)
It is a race scenario where a device creation is failed and before properly cleaning up the failure, anoter operation started to act on it.
REVIEW: http://review.gluster.org/11829 (rdma:restore device linked list structure in case of failure) posted (#2) for review on master by mohammed rafi kc (rkavunga)
COMMIT: http://review.gluster.org/11829 committed in master by Raghavendra G (rgowdapp) ------ commit 7641eb8b469a6dd4db6db59d2a5ef4d5a65e1a61 Author: Mohammed Rafi KC <rkavunga> Date: Wed Aug 5 12:07:48 2015 +0530 rdma:restore device linked list structure in case of failure We maintain a linked list strcture to store device information, and maintain head in a ctx variable. A new device will be added at the beginning of list. But if the device creation failed, then we need to adjust the linked list to proper state. Change-Id: I07cefd3b808d8973a915728b3ba7f2955d29c92a BUG: 1250297 Signed-off-by: Mohammed Rafi KC <rkavunga> Reviewed-on: http://review.gluster.org/11829 Tested-by: NetBSD Build System <jenkins.org> Tested-by: Gluster Build System <jenkins.com> Reviewed-by: Raghavendra G <rgowdapp>
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