blob: 0cf08327a67fb9b7fcbab70a99b564f710e81052 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
|
<html>
<head>
<title>rsyslog bugs and annoyances</title>
</head>
<body>
<h1>rsyslog bugs and annoyances</h1>
<p><b>This page lists the known bugs rsyslog has to offer.</b> Please note that
we also have a
<a href="http://sourceforge.net/tracker/?atid=696552&group_id=123448&func=browse">
bug tracker at sourceforge.net</a>. This list here contains more architectural
things while the bug tracker most often lists things that you will actually
experience. Please be sure to visit the bug tracker in addition to this list
here.</p>
<p>This list has last been updated on 2007-07-30 by
<a href="http://www.adiscon.com/en/people/rainer-gerhards.php">Rainer Gerhards</a>.</p>
<h1>rsyslogd</h1>
<h2>plugin-directory</h2>
<p>The directory for plug-ins is currently hard-coded and must be /lib/rsyslog/.
If you want to change it, you need to modify syslogd.c.</p>
<h2>forwarding remotely received messages</h2>
<p>Sysklogd does not forward remotely received messages to other network
destionation except when the -h option is given. This code is currently defunct.
No matter if -h is specified or not, messages are ALWAYS forwarded. It is
currently under review if the sysklogd's functionality is actually needed.
Please see my
<a href="http://rgerhards.blogspot.com/2007/07/on-syslogd-h-option.html">blog
post on this topic</a> for futher detail.</p>
<h2>EQUALLY-NAMED TEMPLATES</h2>
<p>If multiple templates with the SAME name are created, all but the
first definition is IGNORED. So you can NOT (yet) replace a
template definition. I also strongly doubt I will ever support this, because
it does not make an awful lot of sense (after all, why not use two template
names...).</p>
<h2>WALLMSG FORMAT (* selector)
</h2>
<p>This format is actually not 100% compatible with stock syslogd - the
date is missing. Will be fixed soon and can also be fixed just via
the proper template. Anyone up for this? ;)</p>
<h2>SIGPIPE HANDLING</h2>
<p>Currently, SIGPIPE is ignored. This is necessary to handle broken TCP
connections. We should further look into this issue and see which other
ways exist to handle the situation.</p>
<h2>MULTIPLE INSTANCES</h2>
<p>If multiple instances are running on a single machine, the one with
the -r switch must start first. Also, UDP-based syslog forwarding between the
instances does not work. Use TCP instead.</p>
</body>
</html>
|
