diff options
author | Rainer Gerhards <rgerhards@adiscon.com> | 2008-03-28 11:18:42 +0000 |
---|---|---|
committer | Rainer Gerhards <rgerhards@adiscon.com> | 2008-03-28 11:18:42 +0000 |
commit | bc7d4087b2299bf7ee627e314c46ccaa0169b673 (patch) | |
tree | b0d08a401760b94902cc4c5e191f06f5a374ad6e /doc/v3compatibility.html | |
parent | 52a4bdfa414d06cc1610224df8aa179d61ea9963 (diff) | |
download | rsyslog-bc7d4087b2299bf7ee627e314c46ccaa0169b673.tar.gz rsyslog-bc7d4087b2299bf7ee627e314c46ccaa0169b673.tar.xz rsyslog-bc7d4087b2299bf7ee627e314c46ccaa0169b673.zip |
added build-in templates
Diffstat (limited to 'doc/v3compatibility.html')
-rw-r--r-- | doc/v3compatibility.html | 17 |
1 files changed, 9 insertions, 8 deletions
diff --git a/doc/v3compatibility.html b/doc/v3compatibility.html index 74319c38..033426cd 100644 --- a/doc/v3compatibility.html +++ b/doc/v3compatibility.html @@ -170,16 +170,17 @@ However, that would have broken almost all receivers, including earlier versions of rsyslog. To avoid this hassle, high-precision timestamps need to be explicitely enabled. To make this as painless as possible, rsyslog comes with a canned template that contains everything -necessary. To enable high-precision timestamps, just use:</p><p style="font-weight: bold;"><code>$ActionForwardDefaultTemplate RSYSLOG_ForwardFileFormat # for plain TCP and UDP</code></p><p style="font-weight: bold;"><code>$ActionGSSForwardDefaultTemplate RSYSLOG_ForwardFileFormat # for GSS-API</code></p><p>And, of course, you can always set different forwarding formats by just specifying the right template.</p><p>If +necessary. To enable high-precision timestamps, just use:</p><p style="font-weight: bold;"><code>$ActionForwardDefaultTemplate RSYSLOG_ForwardFormat # for plain TCP and UDP</code></p><p style="font-weight: bold;"><code>$ActionGSSForwardDefaultTemplate RSYSLOG_ForwardFormat # for GSS-API</code></p><p>And, of course, you can always set different forwarding formats by just specifying the right template.</p><p>If you are running in a system with only rsyslog 3.12.5 and above in the receiver roles, it is suggested to add one (or both) of the above -statements to the top of your rsyslog.conf - that will enable you to -use the best in timestamp support availble. Please note that when you -use this format with other receivers, they will probably become pretty -confused and not detect the timestamp at all. In earlier rsyslog -versions, for example, that leads to duplication of timestamp and -hostname fields and disables the detection of the orignal hostname in a -relayed/NATed environment. So use the new format with care. </p><h2>Queue Modes for the Main Message Queue</h2> +statements to the top of your rsyslog.conf (but after the $ModLoad's!) +- that will enable you to use the best in timestamp support availble. +Please note that when you use this format with other receivers, they +will probably become pretty confused and not detect the timestamp at +all. In earlier rsyslog versions, for example, that leads to +duplication of timestamp and hostname fields and disables the detection +of the orignal hostname in a relayed/NATed environment. So use the new +format with care. </p><h2>Queue Modes for the Main Message Queue</h2> <p>Either "FixedArray" or "LinkedList" is recommended. "Direct" is available, but should not be used except for a very good reason ("Direct" disables queueing and will potentially lead to message loss |