| Summary: | E [nfs3.c:762:nfs3_getattr_resume] 0-nfs-nfsv3: No such file or directory: (10.70.34.94:784) replicate : 00000000-0000-0000-0000-000000000000 | ||
|---|---|---|---|
| Product: | Red Hat Gluster Storage | Reporter: | Rahul Hinduja <rhinduja> |
| Component: | gluster-nfs | Assignee: | Bug Updates Notification Mailing List <rhs-bugs> |
| Status: | CLOSED DEFERRED | QA Contact: | storage-qa-internal <storage-qa-internal> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 2.1 | CC: | ndevos, pkarampu, rhinduja, rhs-bugs, vbellur |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-11-27 09:22:03 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: | |
|
Description
Rahul Hinduja
2013-09-06 10:21:21 UTC
Could you try reducing the complexity of the volume? That should help in identifying if AFR is part of the problem. Please let us know if this problem happens with a volume that consists out of one brick. Thanks, Niels Because the files were created directly on the bricks, they will not have the gfis extended attribute or the .glusterfs/... gfid-hardlink. Without gfid, NFS access is not possible. In order to access files that were created directly on the bricks, they need to have at least one LOOKUP call. This is the easiest by executing the 'stat <filename>' command through a fuse-mount. There have been some attempts to include a LOOKUP inside a READDIR, which would most likely fix this issue too (but on a lower level, DHT?). This is not something we are planning to fix in Gluster/NFS. Access directly on the bricks is not a supported use-case. |