Change in NFS client behavior
From: Rob Sims (lkml-z_at_robsims.com)
Date: 08/31/05
- Previous message: Martin Wilck: "Re: APIC version and 8-bit APIC IDs"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Wed, 31 Aug 2005 08:55:45 -0600 To: linux-kernel@vger.kernel.org
We have noticed when changing from kernel 2.4.23 to 2.6.8 that
timestamps of files are not changed if opened for a write and nothing is
written. When using 2.4.23 timestamps are changed. When using a local
filesystem (reiserfs) with either kernel, timestamps are changed.
Symptoms vary with the client, not the server. See the script below.
When run on a 2.4.23 machine in an NFS mounted directory, output is
"Good." When run on a 2.6.8 or 2.6.12-rc4 machine in an NFS directory,
output is "Error."
Is this a bug? How do we revert to the 2.4/local fs behavior?
Thanks,
Rob
#!/bin/sh
if [ -n "$1" ]; then
if [ -e "$1" ]; then
printf "%s exists - please specify a new file name.\n" "$1"
else
touch $1
origtime=`stat -c '%X %Y %Z' "$1"`
sleep 5
cat /dev/null > "$1"
newtime=`stat -c '%X %Y %Z' "$1"`
rm "$1"
printf "%s\n%s\n" "$origtime" "$newtime"
if [ "$origtime" = "$newtime" ]; then
printf "Error - timestamps not modified\n"
else
printf "Good - timestamps modified\n"
fi
fi
else
printf "Please specify a file name.\n"
fi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Martin Wilck: "Re: APIC version and 8-bit APIC IDs"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
- Drop NFS speed on move from kernel 2.4 to 2.6 (was: Change in NFS client behavior)
... When using 2.4.23 timestamps are changed. ... I have another observation on
move NFS client from kernel ... Aprox four weeks ago I'm switch on host connected
to monitored switch port ... (Linux-Kernel) - Re: CONFIG_PRINTK_TIME woes
... >> these timestamps are exceptionally handy. ... printk tracing
into the stack. ... send the line "unsubscribe linux-kernel" in ... (Linux-Kernel) - Re: CONFIG_PRINTK_TIME woes
... when I'm debugging TCP events over gigabit ... > these timestamps
are exceptionally handy. ... send the line "unsubscribe linux-kernel" in ...
(Linux-Kernel) - Re: Fire Engine??
... Do the timestamps need to be precise and accurately reflect the ... Or, for
TCP timestamps, would it be ... Apart from TCP, precise timestamps are only used for packet
capture, ... send the line "unsubscribe linux-kernel" in ... (Linux-Kernel) - Re: Fire Engine??
... >> the packet has arrived. ... Or, for TCP timestamps, would it
be ... reasonable choice for a configurable option, ... send the line "unsubscribe
linux-kernel" in ... (Linux-Kernel)