Bug 1394634
Summary: | errors appear in brick and nfs logs and getting stale files on NFS clients | ||
---|---|---|---|
Product: | [Community] GlusterFS | Reporter: | Mohammed Rafi KC <rkavunga> |
Component: | nfs | Assignee: | Mohammed Rafi KC <rkavunga> |
Status: | CLOSED EOL | QA Contact: | |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | 3.9 | CC: | bugs, hklein, jbuchta, jthottan, kkeithle, mmalhotr, mzywusko, ndevos, olim, pkarampu, rgowdapp, rhs-bugs, skoduri, storage-qa-internal, tpetr |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | 1379720 | Environment: | |
Last Closed: | 2017-03-08 12:33:55 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1379720, 1394635 | ||
Bug Blocks: | 1358096 |
Description
Mohammed Rafi KC
2016-11-14 06:01:05 UTC
REVIEW: http://review.gluster.org/15839 (nfs: revalidate lookup converted to fresh lookup) posted (#1) for review on release-3.9 by mohammed rafi kc (rkavunga) COMMIT: https://review.gluster.org/15839 committed in release-3.9 by Niels de Vos (ndevos) ------ commit cce1e4c2b96bac9c496565546045a6cebec52afe Author: Mohammed Rafi KC <rkavunga> Date: Tue Sep 27 19:01:48 2016 +0530 nfs: revalidate lookup converted to fresh lookup Backport of http://review.gluster.org/15580 when an inode ctx is missing for a linked inode the revalidate lookups are converted to fresh. This could result in sending ESTALE when the gfid are recreated We are not able to reproduce the issue with normal setup, most part of RCA was done with code reading. Possible scenario in which this bug can reproduce, Delete a file and recreate a new file with same name, at the same time from another client process try to list/or access the file. In this case the second client may throw an ESTALE error for such files Thanks to Soumya and Pranith for doing the complete RCA >Change-Id: I73992a65844b09a169cefaaedc0dcfb129d66ea1 >BUG: 1379720 >Signed-off-by: Mohammed Rafi KC <rkavunga> >Reviewed-on: http://review.gluster.org/15580 >NetBSD-regression: NetBSD Build System <jenkins.org> >CentOS-regression: Gluster Build System <jenkins.org> >Smoke: Gluster Build System <jenkins.org> >Reviewed-by: soumya k <skoduri> >Reviewed-by: Kaleb KEITHLEY <kkeithle> Signed-off-by: Mohammed Rafi KC <rkavunga> Change-Id: I44c3770fb07e84183f8bc6eceb533efbc67fb67f BUG: 1394634 Signed-off-by: Mohammed Rafi KC <rkavunga> Reviewed-on: https://review.gluster.org/15839 Smoke: Gluster Build System <jenkins.org> CentOS-regression: Gluster Build System <jenkins.org> Reviewed-by: Niels de Vos <ndevos> NetBSD-regression: NetBSD Build System <jenkins.org> This bug is getting closed because GlusterFS-3.9 has reached its end-of-life [1]. Note: This bug is being closed using a script. No verification has been performed to check if it still exists on newer releases of GlusterFS. If this bug still exists in newer GlusterFS releases, please open a new bug against the newer release. [1]: https://www.gluster.org/community/release-schedule/ |