~ubuntu-branches/ubuntu/vivid/atlas/vivid

« back to all changes in this revision

Viewing changes to CONFIG/nfsdelay.txt

  • Committer: Bazaar Package Importer
  • Author(s): Sylvestre Ledru
  • Date: 2009-09-17 23:31:54 UTC
  • mto: (2.2.1 experimental)
  • mto: This revision was merged to the branch mainline in revision 10.
  • Revision ID: james.westby@ubuntu.com-20090917233154-9esw88ub02twbuab
Tags: upstream-3.8.3
ImportĀ upstreamĀ versionĀ 3.8.3

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
 
2
 
The ATLAS install process is heavily file-based, and this can cause major
3
 
reliability problems when interacting with an overloaded or malfunctioning
4
 
remotely mounted filesystem.  ATLAS therefore has a mechanism in place to
5
 
allow for a delay before a file is declared to not be there, so that
6
 
slow NFS (i.e., waiting for amd timout) problems can be overcome, or for
7
 
handling slightly differing clocks between server/client.  This problem is
8
 
magnified if doing cross-compilation.  In the question below, we ask how
9
 
much of a delay, in seconds, ATLAS should tolerate between file creation
10
 
and appearance.  If you are installing on a local filesystem (eg. /tmp) or
11
 
a smooth-running NFS system, answer 0; for a moderately loaded NFS server, you
12
 
may want a value in the 10 second range, and for cross-compiling systems or
13
 
NFS servers experiencing errors, you may want to go as high as a couple
14
 
of minutes (120).