On 08/24/10 16:38, J. Bruce Fields wrote:
On Tue, Aug 24, 2010 at 04:10:58PM -0700, Harry Edmon wrote:
J. Bruce Fields wrote:
On Tue, Aug 24, 2010 at 10:56:34AM -0700, Harry Edmon wrote:
I am having a problem getting odd ESTALE (Stale NFS file handle)
errors. The server and client are both amd64 architecture. I am
runnning a simple csh script on the client with the following:
if (! -e /home/disk/data/gempak/upperair/latest ) then
mkdir /home/disk/data/gempak/upperair/latest
endif
The script randomly comes back with:
mkdir: cannot create directory
`/home/disk/data/gempak/model/latest': File exists
Why is it "model" here and "upperair" in the above?
OOPS. The actual script has both, and I have had failure on both.
I was trying to simplify my report, and ended up mixed the two. So
change above the script to:
if (! -e /home/disk/data/gempak/model/latest ) then
mkdir /home/disk/data/gempak/model/latest
endif
Got it, thanks.
When I do an strace I am seeing the following when it fails:
20745 stat("/home/disk/data/gempak/model/latest", 0x7fff56ed9580) = -1 ESTALE (Stale NFS file handle)
...
20751 mkdir("/home/disk/data/gempak/model/latest", 0777) = -1 EEXIST (File exists)
Could you give a more complete description of the code that's running?
(For example: how is "latest" being removed, and how do you know that
"latest" isn't created after checking whether it exists but before the
mkdir?)
--b
Actually, the directory never gets removed. This code is in the
script just as a emergency check in case it is moved to a different
disk and the directory structure has not yet been created. So it
should never get to the "mkdir", in fact the directory has entries
that date from 2007. I have other files that never change in other
scripts that I am seeing the "ESTALE" error when "stat" is run on
them, so it is a more universal problem on this client/server setup
than just this example.
What filesystem are you exporting? (ext3, xfs, ?)
And what do your exports look like?
--b.
xfs
/home/data @nfsclients(nohide,rw,no_subtree_check,async)
damp(nohide,rw,no_subtree_check,async,no_root_squash)
dry(nohide,rw,no_subtree_check,async,no_root_squash)
moist(nohide,rw,no_subtree_check,async,no_root_squash)
ifa2(nohide,rw,no_subtree_check,async,no_root_squash)
The kernel version of the client does not matter (I have tried
2.6.34.5 and 2.6.35.3). But the server kernel does matter. It
occurs with 2.6.35 and 2.6.35.3. It does not with 2.6.34.5.
The ESTALE only occurs with "stat" and "lstat" in the scripts I have tried. Attached is my configuration file from the server. The mount on the client is:
imist2:/home/data on /home/disk/data type nfs (rw,noatime,intr,proto=tcp,addr=192.168.1.12)
Any ideas?
--
Dr. Harry Edmon E-MAIL: harry@xxxxxxxxxxxxxxxxxxxx
206-543-0547 FAX: 206-543-0308 harry@xxxxxxxxxxxxxx, harry@xxxxxx
Director of IT, College of the Environment and
Director of Computing, Dept of Atmospheric Sciences
University of Washington, Box 351640, Seattle, WA 98195-1640
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
