home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / protocol / nfs / 2942 < prev    next >
Encoding:
Text File  |  1992-12-13  |  1.6 KB  |  34 lines
  1. Newsgroups: comp.protocols.nfs
  2. Path: sparky!uunet!spool.mu.edu!think.com!ames!sun-barr!cs.utexas.edu!geraldo.cc.utexas.edu!portal.austin.ibm.com!awdprime.austin.ibm.com!ekhadafi.austin.ibm.com!curt
  3. From: curt@ekhadafi.austin.ibm.com (Curt Finch 903 2F021 curt@aixwiz.austin.ibm.com 512-838-2806)
  4. Subject: Re: NFS cookies
  5. Sender: news@austin.ibm.com (News id)
  6. Message-ID: <Bz7y89.2MxA@austin.ibm.com>
  7. Date: Sun, 13 Dec 1992 22:24:09 GMT
  8. References: <7594@fury.BOEING.COM>
  9. Organization: IBM AWD, Austin
  10. Lines: 22
  11.  
  12. In article <7594@fury.BOEING.COM> krm@sdc.boeing.com (Keith Michaels) writes:
  13. >Also, is there any truth to the rumor that the first byte of the cookie is
  14. >reserved for use by the client?  I can't find any code to substatiate 
  15. >that.  If it's true, it also cuts down on the cookie range.
  16.  
  17. The cookie is generated by the server and is supposed to be opaque
  18. right?  Clients shouldn't look at it.  They shouldn't even care what's
  19. in it.
  20.  
  21. I vaguely remember seeing code somewhere in someone's NFS implemen-
  22. tation, (And I've seen lots of implementations now,) where the client
  23. used it to see how far to increment some value for the next readdir (or
  24. something like that.) If the client's doing that, he's broken.  He's
  25. violating the protocol.  
  26.  
  27. But if some client doesn't work right with your server and their
  28. support organization is no help to you, that isn't much consolation is
  29. it?
  30. -- 
  31. curt@aixwiz.austin.ibm.com (Curt L. Finch) | AIX NFS/NIS Field Quality 
  32. My views are unrelated to my employer's    |        Austin, TX
  33.  There'll be too many elderly in 30 years for your kids to afford all the FICA.
  34.