home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / question / 15103 < prev    next >
Encoding:
Internet Message Format  |  1993-01-01  |  2.6 KB
  1. Xref: sparky comp.unix.questions:15103 comp.sys.next.sysadmin:7274
  2. Newsgroups: comp.unix.questions,comp.sys.next.sysadmin
  3. Path: sparky!uunet!spool.mu.edu!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!teg
  4. From: teg@usenet.ucs.indiana.edu (Tim Gurbick)
  5. Subject: Re: Help: syslogd crash
  6. Message-ID: <C07A7x.Dz5@usenet.ucs.indiana.edu>
  7. Followup-To: comp.sys.next.sysadmin
  8. Summary: same here, older OS
  9. Keywords: syslogd,core dump,syslog.conf,broken
  10. Sender: teg@indiana.edu
  11. Organization: Basil Fawlty Knocking Shops, Ltd.
  12. References: <1992Dec23.140758.13105@puug.pt>
  13. Date: Sat, 2 Jan 1993 00:19:08 GMT
  14. Lines: 47
  15.  
  16. In article <1992Dec23.140758.13105@puug.pt> artur@morgaine.puug.pt (Artur Romao) writes:
  17. >I have the new (?) syslog, with the levels and facilities scheme. I added
  18. >local7 level to /etc/syslogd.conf some days ago, then sent kill -HUP to
  19. >syslogd and all went well. Today I added local6, and syslogd answered with
  20. >a beautiful core dump :-( to kill -HUP. 
  21. >I'm on a NeXT, if that's important...
  22.  
  23. I've just recently noticed similar behaviour on my NeXTcube running 2.1.
  24. Rebooting fails in /etc/rc because it freezes right after the "starting
  25. early daemons" line.  Cutting the relevant code out of rc and feeding it
  26. to sh manually works fine;
  27.  
  28. if [ -f /usr/etc/syslogd -a -f /etc/syslog.conf ]; then
  29.         (echo 'works')
  30. fi
  31.  
  32. prints "works" as expected.
  33.  
  34. The REALLY weird part is that running syslogd by hand (as root) works just
  35. fine, and the system goes-on merrily.  I can ctrl-C /etc/rc at the time it
  36. freezes, and it indicates syslog went down on a signal 2 Bad File Number,
  37. and manually executing syslogd -d generates no complaints at all.  /dev/log
  38. is created at run time, and /dev/klog never goes-away.  I can also sighup
  39. my running syslogd and it continues to work.
  40.  
  41. The posibly relevant bit of source I looked at was:
  42.  
  43. /*
  44.  * Check for errors on TTY's due to loss of tty
  45.  */
  46.   if ((e == EIO || e == EBADF) && f->f_type != F_FILE) {
  47.           f->f_file = open(f->f_un.f_fname,
  48.               O_WRONLY|O_APPEND, 0);
  49.           if (f->f_file < 0) {
  50.                   f->f_type = F_UNUSED;
  51.                   logerror(f->f_un.f_fname);
  52.  
  53. but I can think of no reason why it would work for almost a year without
  54. complaints and then start dying suddenly.  The running syslogd (launched
  55. by hand) has no controlling tty according to /bin/ps, but considerably
  56. more environment attached (via ps -ew).  Anybody know if there's anything
  57. funny going-on with netinfo here?  I can't see anything wrong from a unix
  58. standpoint, which is why followups should probably go to c.s.n.s. (that
  59. and the fact that I don't read comp.unix.questions).
  60.  
  61. Thanks in advance
  62.  
  63.