public inbox for linux-nfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Todd Freeman <freeman@andrews.edu>
To: linux-nfs@vger.kernel.org
Subject: Updated files desync and become unlinked
Date: Thu, 17 Nov 2011 11:57:57 -0500	[thread overview]
Message-ID: <4EC53D15.3020801@andrews.edu> (raw)

Good day all...

This may (very likely) be me just misunderstanding a "feature" of 
NFS...  but I have a VERY odd behaviour pattern.

We update a set of perl modules on an NFS client (svn update to grab new 
files) we then ssh to another client and restart our apache server there 
and go along our merry way.
We noticed that the apache server would fairly consistently have an old 
version of the file running and continue running with it until a new 
child started and reread the file (minutes later).

In debugging this we changed the module so that it checks its .pm file 
with a stat call to see how things are going. The data that we got from 
the stat reflected that the file was still old. We noticed that 'ls -al 
/the/directory/with/the/module/ ' would "fix" the desync... but that 'ls 
-al /the/directory/with/the/module/Module.pm'  would not. We also 
noticed that an ls of the file in question would show the link count as 
0 until it got "fixed", once fixed the link count was 1 again.

Am I missing a mount option.. or is there some way around this "feature" 
without doing and ls -alR of the whole thing to make sure all the 
modules are up to date?

My system info:
Ubuntu 10.10 server
2.6.35-30-server #60-Ubuntu SMP Mon Sep 19 21:00:00 UTC 2011 x86_64 
GNU/Linux

nfs-common 1:1.2.2-1ubuntu1.1

Thanks for any help you have to offer.

--
Todd

             reply	other threads:[~2011-11-17 17:11 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-17 16:57 Todd Freeman [this message]
2011-11-23 20:33 ` Updated files desync and become unlinked J. Bruce Fields

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4EC53D15.3020801@andrews.edu \
    --to=freeman@andrews.edu \
    --cc=linux-nfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox