summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorRainer Gerhards <rgerhards@adiscon.com>2005-09-06 12:21:57 +0000
committerRainer Gerhards <rgerhards@adiscon.com>2005-09-06 12:21:57 +0000
commitda31be0b008b37e5b9c9457b8e89835afeea57b4 (patch)
tree231a02c01626b62c2e3a6f0bf11a2c94fcbb3589
parent71b08512f9a86938966d30e9f295b93858bd3fd1 (diff)
downloadrsyslog-da31be0b008b37e5b9c9457b8e89835afeea57b4.tar.gz
rsyslog-da31be0b008b37e5b9c9457b8e89835afeea57b4.tar.xz
rsyslog-da31be0b008b37e5b9c9457b8e89835afeea57b4.zip
cron script info added to install doc
-rw-r--r--NEWS1
-rw-r--r--doc/install.html22
2 files changed, 23 insertions, 0 deletions
diff --git a/NEWS b/NEWS
index a6806d79..8f81467a 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,4 @@
+- changed install doc to cover daily cron scripts - a trouble source
---------------------------------------------------------------------------
Version 0.9.8 (RGer), 2005-09-05
- made startup and shutdown message more consistent and included the
diff --git a/doc/install.html b/doc/install.html
index 506f01a5..a4449f20 100644
--- a/doc/install.html
+++ b/doc/install.html
@@ -109,6 +109,25 @@ started.</p>
that MySQL starts before rsyslogd. If it starts later, you will receive an error
message during each restart (this might be acceptable to you). To do so, either
move MySQL's start order before rsyslogd or rsyslogd's after MySQL.</p>
+<h3>Step 9 - Check daily cron scripts</h3>
+<p>Most distributions come pre-configured with some daily scripts for log
+rotation. As long as you use the same log file names, the log rotation scripts
+will probably work quite well. There is one caveat, though. The scripts need to
+tell syslogd that the files have been rotated. To do this, they typically have a
+part using syslogd's init script to do that. Obviously, the default scripts do
+not know about rsyslogd, so they manipulate syslogd. If that happens, in most
+cases an additional instance of stock syslogd is started (in almost all cases,
+this was not functional, but it is at least distracting). It also means that
+rsyslogd is not properly told about the log rotation, which will lead it to
+continue to write to the now-rotated files.</p>
+<p>So you need to fix these scripts. See your distro-specific documentation how
+they are located. Under most Linuxes, the primary script to modify is /etc/cron.daily/sysklogd.
+Watch for a comment &quot;Restart syslogd&quot; (usually at the very end of the file). The
+restart command must be changed to use rsyslogd's rc script.</p>
+<p>Also, if you use klogd together with rsyslogd (under most Linuxes you will do
+that), you need to make sure that klogd is restarted after rsyslogd is restarted.
+So it might be a good idea to put a klogd reload-or-restart command right after
+the rsyslogd command in your daily script. This can save you lots of troubles.</p>
<h3>Done</h3>
<p>This concludes the steps necesary to install rsyslogd. Of course, it is
always a good idea to test everything thouroughly. At a minimalist level, you
@@ -137,6 +156,9 @@ comments or bug sighting reports are very welcome. Please
<li>2005-08-09 *
<a href="http://www.adiscon.com/en/people/rainer-gerhards.php">Rainer Gerhards</a>
* updated to include distro-specific directories, which are now mandatory</li>
+ <li>2005-09-06 *
+ <a href="http://www.adiscon.com/en/people/rainer-gerhards.php">Rainer Gerhards</a>
+ * added information on log rotation scripts</li>
</ul>
<h3>Copyright</h3>
<p>Copyright (c) 2005