Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

On Wed, Dec 21, 2005 at 11:05:39PM -0800, Paul Eggert wrote: > Perhaps the bug should get refiled under the nfs-common package? It > does seem to be a misbehaving implementation of futimes(), which is > not just a coreutils issue. nfs-utils is just the userspace part, which is only responsible fo

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

"Steinar H. Gunderson" <[EMAIL PROTECTED]> writes: > nfs-utils is just the userspace part, which is only responsible for the setup > of the NFS kernel daemon, and definitely does not touch futimes() in any way. > It sounds like you'd rather want to reassign to the kernel. See

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

On Mon, Mar 27, 2006 at 11:09:57PM +0200, Andreas Schwab wrote: >> nfs-utils is just the userspace part, which is only responsible for the setup >> of the NFS kernel daemon, and definitely does not touch futimes() in any way. >> It sounds like you'd rather want to reassign to the kernel. > See > <

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

The Wanderer <[EMAIL PROTECTED]> writes in : > I copied a directory hierarchy across a network to a shellfs mount, What's a shellfs mount? Sorry, I've never heard of shellfs. > When they arrived at the far end, all of the on

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

Mikko Rasa <[EMAIL PROTECTED]> writes: > 1. cp executes utimes before closing the file. This might be a problem, > although it seems to work on local destinations. I don't observe the problem on my Debian host, when running coreutils 5.93 (which I compiled). This is with Linux kernel 2.4.18-686

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

Package: coreutils Version: 5.93-5 Followup-For: Bug #340236 I hit this problem as well today. Poking around with strace, I noticed several things: 1. cp executes utimes before closing the file. This might be a problem, although it seems to work on local destinations. open("baz", O_WRONLY|O_T

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

Thanks for the report. You might be right that the problem is due to the combination of using /proc/self/fd/N and NFS. I've Cc'd bug-coreutils, in case someone else has time to investigate this. Mikko Rasa <[EMAIL PROTECTED]> wrote: > Package: coreutils > Version: 5.93-5 > Followup-For: Bug #34023

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

Package: coreutils Version: 5.93-5 Severity: normal Coping a file to a local filesystem using the -p option preserves the timestamp as expected, but doing the same to an nfs filesystem replaces it with the current time, as if -p had not been given: $ cp -p /etc/debian_version /tmp $ cp -p /etc/d

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

Jonathan Black wrote: > Coping a file to a local filesystem using the -p option preserves the > timestamp as expected, but doing the same to an nfs filesystem replaces > it with the current time, as if -p had not been given: Mostly likely this is a limitation of the NFS server. Most likely a feat

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

On Mon, Nov 21, 2005 at 10:19:31PM -0700, Bob Proulx wrote: > Jonathan Black wrote: > > Coping a file to a local filesystem using the -p option preserves the > > timestamp as expected, but doing the same to an nfs filesystem replaces > > it with the current time, as if -p had not been given: > > M

Bug#340236: coreutils: cp -p to nfs destination fails to preserve timestamps

On Tue, Nov 22, 2005 at 11:17:45AM +0100, Jonathan Black wrote: > On Mon, Nov 21, 2005 at 10:19:31PM -0700, Bob Proulx wrote: > > > > strace -e file cp -p /etc/debian_version /tmp > > strace -e file cp -p /etc/debian_version /net/beacon/tmp > > > > On my system I see this: > > > > utimes("