home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / mail / misc / 2830 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  2.1 KB
  1. Xref: sparky comp.mail.misc:2830 comp.protocols.nfs:2181 comp.mail.elm:2246 comp.unix.admin:4736 comp.sys.sun.admin:5918 comp.unix.ultrix:6543
  2. Newsgroups: comp.mail.misc,comp.protocols.nfs,comp.mail.elm,comp.unix.admin,comp.sys.sun.admin,comp.unix.ultrix
  3. Path: sparky!uunet!mcsun!sunic!sics.se!eua.ericsson.se!erix.ericsson.se!per
  4. From: per@erix.ericsson.se (Per Hedeland)
  5. Subject: Re: Frequency of NFS lock problems w/ NFS mounted mail spool
  6. Message-ID: <1992Aug28.153949.15765@eua.ericsson.se>
  7. Sender: news@eua.ericsson.se
  8. Nntp-Posting-Host: super.eua.ericsson.se
  9. Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
  10. References: <1992Aug27.185938.21422@leland.Stanford.EDU>
  11. Date: Fri, 28 Aug 1992 15:39:49 GMT
  12. Lines: 29
  13.  
  14. In article <1992Aug27.185938.21422@leland.Stanford.EDU> mosedale@genome.stanford.edu (Dan Mosedale) writes:
  15. >However, as I understand it, due to various bugs in various vendors'
  16. >rpc.lockds, this is running the risk of getting one's mailbox
  17. >thoroughly hosed if more than one process tries to write the mailbox
  18. >at once.
  19.  
  20. How about, "due to various bugs in various vendors' rpc.lockds, said
  21. vendors don't even trust them enough to use them in their own software"?
  22. - As far as I know, neither /bin/mail nor /usr/ucb/mail in SunOS do any
  23. lockf() etc calls, but rather rely on "traditional" Unix locking,
  24. checking for a /var/spool/mail/user.lock file. (I verified this for
  25. /usr/ucb/mail by using trace - it did use flock(), though...)
  26.  
  27. Of course the lockfile method doesn't really work reliably over NFS
  28. either (but probably better than rpc.lockd:-) - nevertheless, for what
  29. it's worth, I have never heard of anyone getting bitten by this, and
  30. NFS-mounting /var/spool/mail is just about the norm around here (as is
  31. SunOS) - of course the probability of clashes depends on how much mail
  32. you're getting.
  33.  
  34. The risk is presumably further reduced by keeping time well in sync
  35. between server and client (we use NTP), and by mounting /var/spool/mail
  36. with the 'noac' option. And of course *delivery* of mail should be on
  37. the server only.
  38.  
  39. --Per Hedeland
  40. per@erix.ericsson.se  or
  41. per%erix.ericsson.se@sunic.sunet.se  or
  42. ...uunet!erix.ericsson.se!per
  43.