Bug 448797
Summary: | Files created in eCryptfs overlay atop NFS disappear | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Jarod Wilson <jarod> |
Component: | kernel | Assignee: | Eric Sandeen <esandeen> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 5.3 | CC: | e, jlayton, lwang, mgahagan, mhalcrow, sluskyb |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-01-09 22:03:16 UTC | Type: | --- |
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: | 533192 |
Description
Jarod Wilson
2008-05-28 20:33:01 UTC
Whoops, this should be against kernel, not ecryptfs-utils. Mike has an nfs-related patch that I have rolled into my 2.6.26 ecryptfs backport for 5.3; testing it now. So far this simple test seems ok. Yep, looking much better here now too. copying a kernel tree onto ecryptfs-over-nfs-client-mount worked, but "make clean" exploded. We still have nfs problems, though apparently not this specific one. I've successfully copied a kernel source tree onto an ecryptfs-on-nfs mount w/o a problem so far, now doing a kernel build. First thing that jumps out is constant spew about files having modification times some random amount of time between 2.5 and 11 seconds in the future. Will give a make clean a try once the kernel build is done. For the record, the nfs server in this case is another rhel5 box. The 'make clean' exploded here too, filed bug 450144 for that problem. Still need to poke at the modification time thing, may just have been a generic nfs thing, since the clocks on the server and client weren't in sync. Yep, chalk up the modification time thing to the server and client having clocks a ways out of sync. All's well on this front if they're both keeping time correctly. Moving this to 5.4; still no fix upstream and I've not been able to resolve it. We'll need to release-note ecryptfs in 5.3 with caveats about NFS, I think? This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. Note, RHEL5.3 will have a patch to disallow mounts on NFS due to the severity of the problems. Updating PM score. Moving this off to 5.5. AFAIK it's still broken upstream, and we have patches to prevent nfs mounts, so customers won't see this (with the restricted ability to use nfs, that is) Still broken in Fedora 11 (2.6.29.6-217.2.16.fc11.x86_64) |