rsyslog 6.3.2 (devel)
Download file name: rsyslog 6.3.2 (devel)
rsyslog 6.3.2 (devel)
md5sum: bdbe653301fa0250b365dafd12617d66
Author: Rainer Gerhards (rgerhards@adiscon.com)
Version: 6.3.2 File size: 2.3 MB
Changelog for 6.3.2 (v6-devel)
Version 6.3.2 [DEVEL] (rgerhards), 2011-07-06
- added support for the “:omusrmsg:” syntax in configuring user messages
- systemd support: set stdout/stderr to null – thx to Lennart for the patch
- added support for obtaining timestamp for kernel message from message
If the kernel time-stamps messages, time is now take from that
timestamp instead of the system time when the message was read. This
provides much better accuracy. Thanks to Lennart Poettering for
suggesting this feature and his help during implementation. - added support for obtaining timestamp from system for imuxsock
This permits to read the time a message was submitted to the system
log socket. Most importantly, this is provided in microsecond resolution.
So we are able to obtain high precision timestampis even for messages
that were – as is usual – not formatted with them. This also simplifies
things in regard to local time calculation in chroot environments.
Many thanks to Lennart Poettering for suggesting this feature,
providing some guidance on implementing it and coordinating getting the
necessary support into the Linux kernel. - bugfix: timestamp was incorrectly calculated for timezones with minute
offset
closes: http://bugzilla.adiscon.com/show_bug.cgi?id=271 - bugfix: memory leak in imtcp & subsystems under some circumstances
This leak is tied to error conditions which lead to incorrect cleanup
of some data structures.
rsyslog 5.9.1 (devel) released
This release offers better systemd integration as well as better support for chrooted environments by supporting better timestamps in these environments. It also contains a number of important bug fixes.
Upgrading to this release is strongly recommended for users of the v5-devel branch.
Remeber that v5-devel receives mostly minor and/or very urgent improvements. The “real” development takes place in v6, which already offers features not found in v5.
ChangeLog:
http://www.rsyslog.com/changelog-for-5-9-1-v5-devel/
Download:
http://www.rsyslog.com/rsyslog-5-9-1-devel/
As always, feedback is appreciated.
Best regards,
Tom Bergfeld
rsyslog 5.9.1 (devel)
Download file name: rsyslog 5.9.1 (devel)
rsyslog 5.9.1 (devel)
md5sum: 99b0f1b9e16f664512ae2f7467eb5c59
Author: Rainer Gerhards (rgerhards@adiscon.com)
Version: 5.9.1 File size: 2.3 MB
rsyslog 5.9.0 (devel)
Download file name: rsyslog 5.9.0 (devel)
rsyslog 5.9.0 (devel)
md5sum: 3047a43dc268d6e4eabb5b58ea0285de
Author: Rainer Gerhards (rgerhards@adiscon.com)
Version: 5.9.0 File size: 2.3 MB
Changelog for 5.9.0 (v5-devel)
Version 5.9.0 [V5-DEVEL] (rgerhards), 2011-06-08
- imfile: added $InputFileMaxLinesAtOnce directive
- enhanced imfile to support input batching
- added capability for imtcp and imptcp to activate keep-alive packets
at the socket layer. This has not been added to imttcp, as the latter is
only an experimental module, and one which did not prove to be useful.
reference: http://kb.monitorware.com/post20791.html - added support to control KEEPALIVE settings in imptcp
this has not yet been added to imtcp, but could be done on request. - $ActionName is now also used for naming of queues in impstats
as well as in the debug output - bugfix: do not open files with full privileges, if privs will be dropped
This make the privilege drop code more bulletproof, but breaks Ubuntu’s
work-around for log files created by external programs with the wrong
user and/or group. Note that it was long said that this “functionality”
would break once we go for serious privilege drop code, so hopefully
nobody still depends on it (and, if so, they lost…). - bugfix: pipes not opened in full priv mode when privs are to be dropped
- this begins a new devel branch for v5
- better handling of queue i/o errors in disk queues. This is kind of a
bugfix, but a very intrusive one, this it goes into the devel version
first. Right now, “file not found” is handled and leads to the new
emergency mode, in which disk action is stopped and the queue run
in direct mode. An error message is emited if this happens. - added support for user-level PRI provided via systemd
- added new config directive $InputTCPFlowControl to select if tcp
received messages shall be flagged as light delayable or not. - enhanced omhdfs to support batching mode. This permits to increase
performance, as we now call the HDFS API with much larger message
sizes and far more infrequently - bugfix: failover did not work correctly if repeated msg reduction was on
affected directive was: $ActionExecOnlyWhenPreviousIsSuspended on
closes: http://bugzilla.adiscon.com/show_bug.cgi?id=236
rsyslog 6.3.1 (devel) released
This is a first implementation of a full-blown DNS cache. While there were some optimizations for DNS queries in older releases, especially UDP sometimes suffered under slow DNS resolution performance.
This is solved with the new dnscache module. Note that the module will undergo some more enhancements in the next couple of weeks. Feedback on its effect would be deeply appreciated.
ChangeLog:
http://www.rsyslog.com/changelog-for-6-3-1-devel/
Download:
http://www.rsyslog.com/rsyslog-6-3-1-devel/
As always, feedback is appreciated.
Best regards,
Florian Riedl
rsyslog 6.3.1 (devel)
Download file name: rsyslog 6.3.1 (devel)
rsyslog 6.3.1 (devel)
md5sum: 802bbfa75c8daca0d3aff6ee622b9019
Author: Rainer Gerhards (rgerhards@adiscon.com)
Version: 6.3.1 File size: 2.4 MB
Changelog for 6.3.1 (devel)
Version 6.3.1 [DEVEL] (rgerhards), 2011-06-07
- added a first implementation of a DNS name cache this still has a couple of weaknesses, like no expiration of entries, suboptimal algorithms — but it should perform much better than what we had previously. Implementation will be improved based on feedback during the next couple of releases
rsyslog 6.3.0 (devel) released
The release of rsyslog 6.3.0 introduces a new major feature. With this release we introduce a new config system. You can find some information about the new config system in Rainer’s blog:
http://blog.gerhards.net/2011/06/new-rsyslog-config-system-materializes.html
ChangeLog:
http://www.rsyslog.com/changelog-for-6-3-0-devel/
Download:
http://www.rsyslog.com/rsyslog-6-3-0-devel/
As always, feedback is appreciated.
Best regards,
Florian Riedl