Bug 1571363
Summary: | [Ganesha] Extraction of files is failing on nfs share mounted on windows client | ||
---|---|---|---|
Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | Manisha Saini <msaini> |
Component: | nfs-ganesha | Assignee: | Frank Filz <ffilz> |
Status: | CLOSED ERRATA | QA Contact: | Manisha Saini <msaini> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | rhgs-3.4 | CC: | dang, ffilz, grajoria, jthottan, rhinduja, rhs-bugs, sankarshan, storage-qa-internal |
Target Milestone: | --- | ||
Target Release: | RHGS 3.4.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | nfs-ganesha-2.5.5-6 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-09-04 06:55:16 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, 1562766 |
Description
Manisha Saini
2018-04-24 15:21:53 UTC
Did it actually fail to unzip, or just you saw the errors? Running on FSAL_VFS, I see the errors, but it still seemed to unzip ok. It looks like Windows sends a lock length of UINT64_MAX. This results in a negative lock length inside the FSAL when converting to a struct flock where l_len is an off_t (int64_t). I have a patch set with three patches to address max file size and lock length issues. https://review.gerrithub.io/409091 Limit max file size to INT64_MAX https://review.gerrithub.io/409092 NLM: Adjust lock length if lock end would be > max file size https://review.gerrithub.io/409093 NFSv4: If lock offset plus length > max file size return NFS4ERR_BAD_RANGE When Kaleb is back from PTO, he can back port these and provide a test build to verify that this resolves all issues. Considering that the Windows client has not really be tested much, we may want to do tests on it upstream and make sure everything works upstream before we validate against downstream. (In reply to Frank Filz from comment #2) > Did it actually fail to unzip, or just you saw the errors? > > Running on FSAL_VFS, I see the errors, but it still seemed to unzip ok. For me it actually failed.I was unable to proceed futher due to this failure (In reply to Manisha Saini from comment #4) > (In reply to Frank Filz from comment #2) > > Did it actually fail to unzip, or just you saw the errors? > > > > Running on FSAL_VFS, I see the errors, but it still seemed to unzip ok. > > For me it actually failed.I was unable to proceed futher due to this failure Interesting, I wonder what the difference is. I just right clicked and selected extract all, but you might be using a different tool or there might be a difference between Windows 10 and the version of Windows you are using. In any case, the patches I have directly address the situation and should result in the FSAL not reporting ERR_FSAL_BAD_RANGE. 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/RHEA-2018:2610 |