Bug 1578647
| Summary: | If parallel-readdir is enabled, the readdir-optimize option even when it is set to on it behaves as off | |||
|---|---|---|---|---|
| Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | Prasad Desala <tdesala> | |
| Component: | read-ahead | Assignee: | Poornima G <pgurusid> | |
| Status: | CLOSED ERRATA | QA Contact: | Prasad Desala <tdesala> | |
| Severity: | high | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | rhgs-3.4 | CC: | pgurusid, rhs-bugs, sankarshan, sheggodu, vdas | |
| Target Milestone: | --- | Keywords: | Regression | |
| Target Release: | RHGS 3.4.0 | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | glusterfs-3.12.2-11 | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1578650 (view as bug list) | Environment: | ||
| Last Closed: | 2018-09-04 06:48:05 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: | ||||
| Bug Blocks: | 1503137, 1578650 | |||
|
Description
Prasad Desala
2018-05-16 05:29:00 UTC
Patch posted Upstream: https://review.gluster.org/20026, and i think its hdoul be taken for 3.4 as its a regression that can disable readdir-optimize option. Verified this BZ on glusterfs version 3.12.2-11.el7rhgs.x86_64 using wireshark. Followed below steps, 1) Created a distributed volume and started it. 2) Enabled parallel-readdir and readdir-optimize. 3) FUSE mounted the volume on a client and created directories (lets say terminal-1). 4) From the same client another terminal (terminal-2), started collecting statedump using below command "tcpdump -n -tttt -w glusterfs.pcap -i any -s 0 tcp" 5) from client terminal-1, run 'ls' command and once the ls command succeeds stop collecting statedump. 6) Analyse the statedumps using wireshark. After analyzing the statedump using wireshark, it was confirmed that the requests were sent between first brick of the volume and the client which should be the expected behavior. Hence, moving this BZ to Verified state. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2018:2607 |