home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sun / admin / 6040 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  1.8 KB
  1. Xref: sparky comp.sys.sun.admin:6040 comp.unix.admin:4830
  2. Newsgroups: comp.sys.sun.admin,comp.unix.admin
  3. Path: sparky!uunet!gatech!psuvax1!leps5.phys.psu.edu!kenh
  4. From: kenh@leps5.phys.psu.edu (Ken Hornstein)
  5. Subject: Re: biff not biffing
  6. Message-ID: <BtxGD1.1sM@cs.psu.edu>
  7. Sender: news@cs.psu.edu (Usenet)
  8. Nntp-Posting-Host: leps5.phys.psu.edu
  9. Organization: Penn State, Laboratory for Elementary Particle Science
  10. References: <1992Aug29.190229.19212@europa.asd.contel.com> <1992Aug29.202158.22016@europa.asd.contel.com> <1992Aug29.211845.21326@ccu.umanitoba.ca>
  11. Date: Wed, 2 Sep 1992 01:34:13 GMT
  12. Lines: 24
  13.  
  14. In article <1992Aug29.211845.21326@ccu.umanitoba.ca> mills@ccu.umanitoba.ca (Gary Mills) writes:
  15. >In <1992Aug29.202158.22016@europa.asd.contel.com> pascoe@rocky.gte.com (Dave Pascoe) writes:
  16. >
  17. >>commented out comsat in /etc/inetd.conf and sent a kill -1 to inetd
  18. >>and then uncommented comsat and sent another kill -1.
  19. >
  20. >>The comsat daemon was out to lunch for some reason.  This is a common
  21. >>problem on machines which handle a lot of mail, since the comsat
  22. >>daemon can tend to get confused at to what state it's in when a SIGHUP
  23. >>to inetd comes along.
  24. >
  25. >I have seen this same behavior with other daemons started from inetd,
  26. >and I suspect that the bug is in inetd.  It apparently assumes that
  27. >a particular daemon is running when it rereads its config file and then
  28. >refuses to start another one.
  29.  
  30. I've seen this happen before with tftpd.  At our site we use tftpd to download
  31. fonts to our X terminals.  More than once I was adding or deleting a service
  32. to inetd.conf and when I sent inetd the HUP signal it refused to run tftpd
  33. again ("Hey, why do I suddenly get the error message 'Cannot load 8x12'?").
  34. Whoops :-)  Killing and restarting inetd fixed the problem.
  35.  
  36. --Ken
  37. again.  I ended up haing
  38.