dapper cp -p does not preserve date over nfs

Bug #57317 reported by Mattias Wadenstein
2
Affects Status Importance Assigned to Milestone
Linux
Fix Released
High
linux-source-2.6.15 (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: fileutils

Using fileutils 5.93-5ubuntu4 in dapper, in an nfs mount (we've tried both linux and solaris nfs servers, same result):

h5n1:~/test> ls
h5n1:~/test> touch foo bar
h5n1:~/test> echo muu > baz
h5n1:~/test> ls -l
total 8
-rw-r--r-- 1 maswan adm 0 Aug 22 18:45 bar
-rw-r--r-- 1 maswan adm 4 Aug 22 18:46 baz
-rw-r--r-- 1 maswan adm 0 Aug 22 18:45 foo
h5n1:~/test> mkdir nu
h5n1:~/test> date
Tue Aug 22 18:48:01 CEST 2006
h5n1:~/test> cp -p bar baz foo nu/
h5n1:~/test> cd nu
h5n1:~/test/nu> ls -l
total 8
-rw-r--r-- 1 maswan adm 0 Aug 22 18:45 bar
-rw-r--r-- 1 maswan adm 4 Aug 22 18:48 baz
-rw-r--r-- 1 maswan adm 0 Aug 22 18:45 foo

Note that "baz" got a new date, despite being copied by cp -p. This does not affect local filesystems as far as we can find. Interestingly enough the 0-byte
files get their date preserved, but not files with content.

/Mattias Wadenstein

Revision history for this message
Simon Law (sfllaw) wrote :

Thank you for reporting this issue.

This has been fixed in Linux 2.6.17, so it should be working in Edgy Eft.

Changed in coreutils:
status: Unconfirmed → Fix Released
Changed in linux:
status: Unknown → Rejected
Changed in linux:
status: Invalid → Fix Released
Changed in linux:
importance: Unknown → High
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.