home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sun / admin / 6111 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  1.6 KB

  1. Path: sparky!uunet!ogicse!uwm.edu!ux1.cso.uiuc.edu!mp.cs.niu.edu!rickert
  2. From: rickert@mp.cs.niu.edu (Neil Rickert)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: sendmail, in.comsat, and biff
  5. Message-ID: <1992Sep3.153812.2643@mp.cs.niu.edu>
  6. Date: 3 Sep 92 15:38:12 GMT
  7. Article-I.D.: mp.1992Sep3.153812.2643
  8. References: <1992Aug25.192829.106681@zeus.calpoly.edu> <Bu0CKD.Hw7@cs.psu.edu>
  9. Organization: Northern Illinois University
  10. Lines: 28
  11.  
  12. In article <Bu0CKD.Hw7@cs.psu.edu> weaver@nexus.psu.edu (George M. Weaver) writes:
  13. >Many of the admins on campus have reported similar sendmail behavior
  14. >after upgrading to 4.1.2 - it seems to "forget" who the local users
  15. >are after running for a while.  A fix that seems to work is to move
  16. >the sendmail daemon startup command ("/usr/lib/sendmail -bd -q1h")
  17. >to the end of rc.local.  I haven't heard a plausible explanation as
  18. >to why this works, although some believe it to be a race condition
  19. >with ypbind, which is also starting up about this time.
  20.  
  21. The problem is an incompatibility between the assumptions used in building
  22. freeze files, and the design of the shared library.
  23.  
  24. Easy fix:  cd /etc ; rm sendmail.fc
  25.  
  26. Alternate, if you really want a freeze file
  27.  
  28.     In /etc/rc.local (or wherever it is), change the startup command
  29.     to
  30.  
  31.         /usr/lib/sendmail -bd -q1h -C/etc/sendmail.cf
  32.  
  33.     This has the effect of not using the freeze file for the
  34.     daemon startup.  No big cost, unless you reboot every
  35.     five minutes.
  36.  
  37. The basic problem is that the status of the shared library is different
  38. when you create the freeze file and the system is running, from the
  39. status during boot.
  40.