home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / mail / misc / 2873 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  3.2 KB
  1. Xref: sparky comp.mail.misc:2873 comp.protocols.nfs:2200 comp.mail.elm:2286 comp.unix.admin:4815 comp.sys.sun.admin:6021 comp.unix.ultrix:6624
  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!gatech!rpi!usenet.rpi.edu!aultj
  4. From: aultj@rpi.edu (Jim Ault)
  5. Subject: Re: Frequency of NFS lock problems w/ NFS mounted mail spool
  6. In-Reply-To: linda@uni-paderborn.de's message of Tue, 1 Sep 1992 12:55:45 GMT
  7. Message-ID: <AULTJ.92Sep1150109@caleb.rpi.edu>
  8. Nntp-Posting-Host: caleb.its.rpi.edu
  9. Organization: Rensselaer Polytechnic Institute
  10. References: <1992Aug27.185938.21422@leland.Stanford.EDU>
  11.     <1992Aug30.032843.8468@ddsw1.mcs.com>
  12.     <LINDA.92Sep1135545@matisse.uni-paderborn.de>
  13. Date: Tue, 1 Sep 1992 20:01:09 GMT
  14. Lines: 45
  15.  
  16. In article <LINDA.92Sep1135545@matisse.uni-paderborn.de> linda@uni-paderborn.de (Linda Floren) writes:
  17.  
  18.    >>>>> Regarding Re: Frequency of NFS lock problems w/ NFS mounted mail spool; karl@ddsw1.mcs.com (Karl Denninger) adds:
  19.  
  20.    Karl> It is decidedly NOT a good idea to have more than one machine on an
  21.    Karl> NFS-mounted mail spool writing >inbound< messages to a user's mailbox.  
  22.    Karl> The various rpc.lockd bugs will bite you if you try this, and Sun has one of
  23.    Karl> the worst records in this area.  The results are hung sendmail processes and
  24.    Karl> mail that never gets delivered.
  25.  
  26.    We have a network of more than a hundred Sun4, which all mount the
  27.    mail-directory read-write and do local mail-delivery without
  28.    forwarding to the server ( it would most likely break down if they
  29.    did), and we never had serious problems  with this policy.
  30.  
  31. We have over 350 client workstations (half Suns, half IBMs) mounting a
  32. single mail directory (from a Sun) read-write, and all of them forward
  33. mail to the server for local delivery.  This machine is also used as a
  34. forwarding machine for mail that goes off campus.  It has not broken
  35. down yet (but we have been seeing some high loads lately).
  36.  
  37. We have definitely seen locking problems between IBM RS6000 NFS
  38. clients and our Sun4 NFS server.  We have received patched rpc.lockd,
  39. and a new kernel with the NFS jumbo patch, but still we have been
  40. having problems with a user on an IBM NFS client typing "q" to get out
  41. of mail, and the process never returns.  Killing and restarting
  42. rpc.lockd sometimes works to free up these processes that are waiting
  43. for locks from the server, but something only a fastboot of the server
  44. will fix it.  It had been working fine for several months (the "q" bug
  45. had disappeared), so we are not sure why it has come up again now.
  46.  
  47. I will say that we have doing this for several years (since 1987) with a
  48. network of Suns, and we never had this problem until we added IBM
  49. RS6000 NFS clients into the mix.  It still has been a relatively
  50. stable mail architecture for quite a few machines.
  51.  
  52. Now, however, in the face of such high loads, and the number of client
  53. workstations increasing, we are working on moving to a solution based
  54. on POP, which we hope will allow us to split the load across two or
  55. more server machines (you can't split one directory across two NFS
  56. servers easily).
  57.  
  58. If you want more info, send me email.
  59. --
  60. Jim Ault, ITS Systems Programmer, aultj@rpi.edu    <><
  61.