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