home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / nfs / 3079 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  2.0 KB
  1. Xref: sparky comp.protocols.nfs:3079 comp.unix.internals:2109 comp.unix.wizards:5402 comp.arch.storage:909
  2. Newsgroups: comp.protocols.nfs,comp.unix.internals,comp.unix.wizards,comp.arch.storage
  3. Path: sparky!uunet!cs.utexas.edu!torn!newshub.ccs.yorku.ca!yorku.ca!davecb
  4. From: davecb@nexus.yorku.ca (David Collier-Brown)
  5. Subject: Re: duplicate files in NFS directory under heavy load?
  6. Message-ID: <davecb.726758667@yorku.ca>
  7. Sender: news@newshub.ccs.yorku.ca (USENET News System)
  8. Organization: York University
  9. References: <1993Jan10.052211.7018@siswat.hou.tx.us> <un9r06k@rhyolite.wpd.sgi.com>
  10. Date: Mon, 11 Jan 1993 13:24:27 GMT
  11. Lines: 32
  12.  
  13. vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
  14.  
  15. |In article <1993Jan10.052211.7018@siswat.hou.tx.us>, buck@siswat.hou.tx.us (Lester Buck) writes:
  16. |> Recently I was told that it is possible, though rare, for typical
  17. |> implementations of NFS servers to return the same entry twice in the ls
  18. |> command.  ....
  19.  
  20.   This is noticable when doing a ``rename(2v)'' on a systems which
  21. does not give the appearance of atomaticity.  This is easy to demonstrate
  22. on an overloaded sun3 (:-))
  23.   With FFS, you say ``mv foo bar'' and for a brief period there is an entry for
  24. both foo and bar: the creation of bar is atomic, but the deletion of foo
  25. only appears atomic to the caller.  Other processes reading the directory
  26. can aften see both foo abd bar for a brief period over NFS.
  27.  
  28.   This is only true of **some** ffs implementations: it's easy to make the
  29. whole process appear atomic, as a performance cost. (And yes, I think SGI's
  30. file system avoided the disfeature)
  31.  
  32.  
  33. |> Does anyone have any experience with this?  Is this behaviour considered
  34. |> acceptable as long as it is rare?
  35.  
  36.   No, but it wasn't expected and so wasn't dealt with.  It was an unexpected
  37. cross-product of NFS and FFS implementation decisions.
  38.  
  39. --dave
  40. -- 
  41. David Collier-Brown,  | davecb@CCS.YorkU.CA | lethe!dave
  42. 72 Abitibi Ave.,      | 
  43. Willowdale, Ontario,  | York postmaster and
  44. CANADA. 416-223-8968  | occasional sendfail(8) consultant.
  45.