group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #31980
[Bug 1802585] Re: NFS v4.0: Stale data after file is renamed while another process has an open file handle
My reproducer for Disco+ is a different bug. I get input/output errors
very quickly once specifying nfs vers=4.0. If you don't specify it, it
works fine.
** Changed in: linux (Ubuntu Disco)
Status: Confirmed => Fix Released
** Changed in: linux (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1802585
Title:
NFS v4.0: Stale data after file is renamed while another process has
an open file handle
Status in linux package in Ubuntu:
Fix Released
Status in linux-hwe package in Ubuntu:
New
Status in linux source package in Xenial:
Confirmed
Status in linux-hwe source package in Xenial:
New
Status in linux source package in Bionic:
Confirmed
Status in linux-hwe source package in Bionic:
New
Status in linux source package in Cosmic:
Won't Fix
Status in linux-hwe source package in Cosmic:
Won't Fix
Status in linux source package in Disco:
Fix Released
Status in linux-hwe source package in Disco:
Won't Fix
Bug description:
NOTE: This bug has been fixed in the upstream mainline kernel via
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?h=be189f7e7f03de35887e5a85ddcf39b91b5d7fc1
and merged in the latest NFS client patches in
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?h=c7a2c49ea6c9eebbe44ff2c08b663b2905ee2c13.
The full patchset is here: https://marc.info/?l=linux-
nfs&m=153816500525563&w=2
I'm repeating the report I sent to the NFS maintainers on the mailing
list:
On Ubuntu 16.04 (4.4.0-130) with NFS v4.0, I'm seeing an issue where
stale data is shown if a file remains open on one machine, and the
file is overwritten via a rename() on another. Here's my test:
1. On node A, create two different files on a shared NFS mount:
"test1.txt" and "test2.txt".
2. On node B, continuously show the contents of the first file: "while
true; do cat test1.txt; done"
3. On node B, run a process that keeps "test1.txt" open. For example,
with Python, run:
f = open('/nfs-mount/test1.txt', 'r')
4. Rename test2.txt via "mv -f test2.txt test1.txt"
On node B, I see the contents of the original test1.txt indefinitely,
even after I disabled attribute caching and the lookup cache. I can
make the while loop in step 2 show the new content if I perform one of
these actions:
1. Run "ls /nfs-mount"
2. Close the open file in step 3
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1802585/+subscriptions