home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / nfs / 2231 < prev    next >
Encoding:
Internet Message Format  |  1992-09-04  |  2.8 KB
  1. Xref: sparky comp.protocols.nfs:2231 comp.mail.elm:2310 comp.sys.sun.admin:6148
  2. Path: sparky!uunet!pipex!warwick!uknet!liv!qq11
  3. From: QQ11@LIVERPOOL.AC.UK (Alan Thew)
  4. Newsgroups: comp.protocols.nfs,comp.mail.elm,comp.sys.sun.admin
  5. Subject: Re: Frequency of NFS lock problems w/ NFS mounted mail spool
  6. Message-ID: <92248.145904QQ11@LIVERPOOL.AC.UK>
  7. Date: 4 Sep 92 13:59:02 GMT
  8. References: <1992Aug27.185938.21422@leland.Stanford.EDU>
  9.  <vanepp.715392389@sfu.ca>
  10. Organization: University of Liverpool
  11. Lines: 48
  12.  
  13. In article <vanepp.715392389@sfu.ca>, vanepp@fraser.sfu.ca (Peter Van Epp) says:
  14. ....
  15. >>For several years, I have run small networks with /var/spool/mail
  16. >>NFS-mounted from a single server to a bunch of workstations.  I have
  17. >>yet to have a problem doing this.  Most of these machines have been
  18. >>Sun's running a recent version of SunOS.
  19. >
  20. >>However, as I understand it, due to various bugs in various vendors'
  21. >>rpc.lockds, this is running the risk of getting one's mailbox
  22. >>thoroughly hosed if more than one process tries to write the mailbox
  23. >>at once.
  24. ....
  25. >>I'd be curious to know how many folks have actually had this kind of
  26. >>problem -- if it turns out to be very few, NFS seems like it would be
  27. >>worth the convenience.  Specific experience about the reliability of
  28. >>the SunOS and Ultrix lockd's would also be interesting.
  29. >
  30. >>Also, where do the Elm lockfiles fit into all this?  Would they
  31. >>prevent this problem (if everyone were to use Elm, that is), or do
  32. >>they merely keep multiple copies of Elm from manipulating the same
  33. >>mailbox simultaneously.
  34. ....
  35. >
  36. >As I recall (it has been about a year since I was through this) Elm uses
  37. >flock()not lockf(), so NFS locking isn't a problem (nor possible for that     r
  38. >matter since
  39. >flock() won't work on an NFS file), what does the locking is the .lock file   t
  40. >that
  41. >Sun Sendmail creates in the mail spool directory. We have some 10,000 or so
  42. >active users from 6 servers all accessing a mail spool NFS mounted on an
  43. >Auspex
  44. >without any problem. Again as memory serves, Elm is prepared to use the .lock
  45. >file if asked to.
  46. >
  47. [ sorry for including so much quoted stuff but it all seemed relevant, I have
  48.   also reduced the number of newsgroups ]
  49.  
  50. According to elm's config.h, the default is to use flock() and also .lock
  51. files. So if I cannot trust rpc.lockd, then my MTA must use .lock files as
  52. well and have a common lock directory with elm. The comments in config.h
  53. are not clear whether this is /usr/spool/locks or /usr/spool/uucp...
  54. (the defaults are based on Elm's Configure defaults).
  55.  
  56. Thanks for any futher input.
  57.  
  58.       Alan Thew : Computing Services Department, The University of Liverpool
  59. Internet/Bitnet : qq11@liverpool.ac.uk       UUCP :  ....!mcsun!uknet!liv!qq11
  60.           Voice :  +44 51 794 3735            Fax :  +44 51 794 3759
  61.