home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sgi / 12399 < prev    next >
Encoding:
Text File  |  1992-08-14  |  3.4 KB  |  78 lines

  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!usc!rpi!utcsri!helios.physics.utoronto.ca!sysmark
  3. From: sysmark@helios.physics.utoronto.ca (Mark Bartelt)
  4. Subject: atime not always getting updated after read by NFS client
  5. Message-ID: <Bsz502.Jsw@helios.physics.utoronto.ca>
  6. Sender: news@helios.physics.utoronto.ca (News Administrator)
  7. Reply-To: mark@cita.toronto.edu
  8. Organization: University of Toronto Physics/Astronomy/CITA
  9. Date: Fri, 14 Aug 1992 12:50:25 GMT
  10. Lines: 66
  11.  
  12. I noticed an oddity when making a tar backup of some directories yesterday.
  13. Here's a summary ...
  14.  
  15. System "client" is a PI (IRIX 4.0.4), which NFS mounts things from a bunch
  16. of different machines; one of its servers (named "server" in this example)
  17. is a 4D/280 (IRIX 4.0.1).  The fstab entry on "client" includes ...
  18.  
  19. server:/d/foo             /n/server/foo        nfs     rw,hard,bg,intr 0 0
  20. server:/d/bar             /n/server/bar        nfs     rw,hard,bg,intr 0 0
  21.  
  22. On "server", /d/foo and /d/bar are mount points for local disks.  The system
  23. "client" has a QIC drive, so I did the following:
  24.  
  25.         cd /n/server
  26.         tar c foo/bozo bar/bozo
  27.  
  28. All went well, but after tar completed, I looked at the atimes of the files
  29. in the "bozo" directories.  Nearly all fell within the tar's begin/end times.
  30. Nearly all.  But not quite all.  This is what I find mildly disturbing.  Here
  31. are a couple examples (the tar began just before 15:00 and ran until sometime
  32. after 15:10) ...
  33.  
  34.    # cd /n/server/foo/bozo/dust
  35.    # ls -ltura | sed 5q 
  36.    total 12801
  37.    -rwxr-xr-x   1 bozo     spam      106496 Aug 12 13:47 tau
  38.    drwxr-xr-x   2 bozo     spam         512 Aug 13 15:00 Opt
  39.    -rw-r--r--   1 bozo     spam         836 Aug 13 15:00 .smhist
  40.    -rw-r--r--   1 bozo     spam        6720 Aug 13 15:00 conv.den
  41.    # 
  42.    # cd /n/server/bar/bozo
  43.    # 
  44.    # ls -ltura | sed 5q
  45.    total 10368
  46.    -rw-r--r--   1 bozo     spam           0 Jul 31 09:01 .csherc
  47.    -rw-r--r--   1 bozo     spam         166 Aug 13 15:02 .Xdefaults
  48.    -rw-r--r--   1 bozo     spam        3008 Aug 13 15:02 .awmrc
  49.    -rw-r--r--   1 bozo     spam        5267 Aug 13 15:02 .cshrc
  50.  
  51. The atimes are the same whether viewed from the client or server machine.  In
  52. other words, the above examples were done on the client, but logging in on the
  53. server and doing the same thing (using "/d/xxx" in place of "/n/server/xxx", of
  54. course) produces identical results.
  55.  
  56. At first I was concerned that tar (or maybe readdir()) had a bug, and that the
  57. files with unchanged atimes had just been missed.  But I checked the tape, and
  58. the files in question are in fact there.
  59.  
  60. Looks like an NFS botch, right?  Anyone noticed it before?  Am I right to be
  61. concerned?  (If NFS doesn't get the atimes right, for example, how can I be
  62. confident that it will get other things right?  The mtimes, for example; if
  63. I can't count on mtimes being right, I can't count on "make" always working
  64. correctly.  And if it can't get the atimes/mtimes right, how can I trust it
  65. to be transferring data correctly?)
  66.  
  67. By the way, in case it's relevant (though I don't know why it should be), the
  68. tar was run by root on "client", and "server" exports /d/foo and /d/bar with
  69. a "-root=client" option.
  70.  
  71. Anxiety-riddenly yours,
  72.  
  73. Mark Bartelt                                                    416/978-5619
  74. Canadian Institute for                                 mark@cita.toronto.edu
  75. Theoretical Astrophysics                               mark@cita.utoronto.ca
  76.  
  77. "Clothes not busy being worn are busy drying."    -    Dylan, on laundry day
  78.