[Bugs] [Bug 1327864] assert failure happens when parallel rm -rf is issued on nfs mounts
bugzilla at redhat.com
bugzilla at redhat.com
Sun Apr 17 14:11:12 UTC 2016
https://bugzilla.redhat.com/show_bug.cgi?id=1327864
--- Comment #2 from Vijay Bellur <vbellur at redhat.com> ---
COMMIT: http://review.gluster.org/14009 committed in release-3.7 by Pranith
Kumar Karampuri (pkarampu at redhat.com)
------
commit 20300fa96802ec6a0cd17edba38baf9639561d55
Author: Pranith Kumar K <pkarampu at redhat.com>
Date: Mon Mar 28 16:31:12 2016 +0530
cluster/afr: Don't lookup/forget inodes
Problem:
All inodes that are looked-up are always forgotten without fail in
afr removing the benefits of them being in lru. This same code can
cause crashes if between inode_lookup, inode_forget in afr if the
top xlator does inode_forget(0).
Fix:
Don't use lookup/forget in afr. No benefits are there at the moment
for keeping this code. It is impossible to prevent top xlators to
do inode_forget(0). Found similar instances in ec
and removed them even though those code paths are not going to
be executed in any place other than heal-daemon.
>BUG: 1321554
>Change-Id: Ia4cb236178f7f129cc898d53f0bbd26f494a2a8d
>Signed-off-by: Pranith Kumar K <pkarampu at redhat.com>
>Reviewed-on: http://review.gluster.org/13834
>Smoke: Gluster Build System <jenkins at build.gluster.com>
>NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
>CentOS-regression: Gluster Build System <jenkins at build.gluster.com>
>Reviewed-by: Anuradha Talur <atalur at redhat.com>
BUG: 1327864
Change-Id: I3507ed88cd75e069ed302525bfa259cf407871fb
Signed-off-by: Pranith Kumar K <pkarampu at redhat.com>
Reviewed-on: http://review.gluster.org/14009
Smoke: Gluster Build System <jenkins at build.gluster.com>
CentOS-regression: Gluster Build System <jenkins at build.gluster.com>
NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Cszj3pIgI4&a=cc_unsubscribe
More information about the Bugs
mailing list