home *** CD-ROM | disk | FTP | other *** search
/ IT.SOFT 22 / ITSOFTCD_22.iso / mac / SLAKWARE / A8 / SYSKLOGD.TGZ;1 / SYSKLOGD / usr / doc / sysklogd / README.1st < prev    next >
Encoding:
Text File  |  1998-03-19  |  3.0 KB  |  66 lines
  1. Very important information before using version 1.3
  2. ---------------------------------------------------
  3.  
  4. The included version of syslogd behaves in a slightly different manner
  5. to the one in former releases.  Please review the following important
  6. differences:
  7.  
  8. * By default the syslog daemon doesn't accept any message from the
  9.   syslog/udp port. To enable this add "-r" to the command-line
  10.   arguments. You _have to_ add this on every host that should run as a
  11.   centralized network log server.
  12.  
  13.   You also should take a look at other new command-line arguments:
  14.   "-l" and "-s".
  15.  
  16.   The syslog daemon by default does not forward to a remote host any
  17.   log messages which it received from a remote host.  This is an
  18.   attempt to prevent syslog loops.  If you desire this behavior the
  19.   -h command-line switch can be used to enable this behavior.
  20.  
  21. * Syslogd was designed to strip off the local domain from every
  22.   message that comes from any host in the same domain. Unfortunately
  23.   this feature didn't work in every cases. This is now corrected. So
  24.   you might not get the fqdn anymore.
  25.  
  26.   If you use any scripts that analyze logfiles, please bare this in
  27.   mind.
  28.  
  29. * Syslogd doesn't touch the filemode of any logfile. If it has to
  30.   create one, it will be world-readable. If you do not want this
  31.   (i.e. if auth.* is logged) you have to create the file by hand and
  32.   change permissions.
  33.  
  34. * If you notice that some of your programs make heavy use of the
  35.   syslog facility and your disks get loud you might want to turn
  36.   fsync()ing after each line off. But note that in doing so you
  37.   increase the likelihood of lost information in the event of a
  38.   system crash.
  39.  
  40. * If you're going to start klogd or syslogd by init(8), you don't have
  41.   to hack the code anymore. Instead add "-n" to the command-line
  42.   arguments.
  43.  
  44. * Klogd can now be used to decode EIP addresses if it can determine a
  45.   System.map file (command-line argument "-k"). This is a very useful
  46.   feature if your system crashes, but its usability depends on an
  47.   actual and correct System.map file.
  48.  
  49. * Both system utilities now check for and respect the existence of .pid
  50.   files.  If the utilities are started by configuration scripts on
  51.   stable systems there is the potential that the process ID numbers of
  52.   the utilities will be identical from one system boot to another.
  53.   This will cause both klogd and syslogd to terminate.
  54.  
  55.   Both klogd and syslogd will attempt to remove their .pid files when
  56.   they receive termination signals.  The difficulty noted above
  57.   typically occurs when a system crash occurs or an uncatchable signal
  58.   (kill -9) is used to stop the daemons.
  59.  
  60.   The cleanest solution to this problem is to insure that the system
  61.   configuration scripts (rc.*) provide a clean working environment for
  62.   a freshly booted system.  As part of the initialization process
  63.   these scripts should remove all old .pid files found in /var/run.
  64.   This will insure that klogd and syslogd start properly even if prior
  65.   executions have been terminated harshly.
  66.