Package: nfs-user-server Version: 2.2beta47-25 Severity: grave Justification: causes non-serious data loss
There is a problem when one tries to replace an existing file using an NFS client that is served by nfs-user-server: The replacement operation fails with EINVAL on the client and on the server the file is replaced with new contents of zero length. In order for this to happen apparently one must first use that same client to create the file. The problem apparently has been known about in ubuntu now for over 2 years with no action taken. There's a succinct scenario described in their bug tracker for reproducing the problem. Please see here: (subject: "nfs-user-server destroys files") https://bugs.launchpad.net/ubuntu/+source/nfs-user-server/+bug/162508 Here's the scenario from that bug report: <CUT> You can reproduce this using bash: r...@hop:/s/tmp# r...@hop:/s/tmp# r...@hop:/s/tmp# r...@hop:/s/tmp# echo test >test.txt r...@hop:/s/tmp# cat test.txt test r...@hop:/s/tmp# echo xyz >>test.txt r...@hop:/s/tmp# cat test.txt test xyz r...@hop:/s/tmp# echo abc >test.txt bash: test.txt: Invalid argument r...@hop:/s/tmp# cat test.txt r...@hop:/s/tmp# ls -l test.txt -rw------- 1 root root 0 2008-01-08 09:31 test.txt r...@hop:/s/tmp# where /s is a nfs mount. </CUT> I have reproduced this behavior in Debian using the Debian-supplied nfs-user-server version 2.2beta47-25. Guess everyone is using the kernel mode server instead so nobody notices a problem as bad as this. I was trying out this server however in an attempt to work around another issue with the kernel mode server. -Mike Isely -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30.6-scorpion1 (PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- Mike Isely isely @ pobox (dot) com PGP: 03 54 43 4D 75 E5 CC 92 71 16 01 E2 B5 F5 C1 E8 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
