rsyslog

The rocket-fast system for log processing

v7

Changelog for 7.1.11 (v7-beta)

By Adiscon SupportPosted on Posted in ChangelogTagged , , , , ,

Version 7.1.11  [beta] 2012-10-16

  • bugfix: imuxsock truncated head of received message
    This happened only under some circumstances. Thanks to Marius Tomaschwesky, Florian Piekert and Milan Bartos for their help in solving this issue.
  • bugfix: do not crash if set statement is used with date field
    Thanks to Miloslav Trmač for the patch.
  • change lumberjack cookie to “@cee:” from “@cee: ”
    CEE originally specified the cookie with SP, whereas other lumberjack tools used it without space. In order to keep interop with lumberjack, we now use the cookie without space as well. I hope this can be changed in CEE as well when it is released at a later time.
    Thanks to Miloslav Trmač for pointing this out and a similiar v7 patch.
  • added deprecated note to omruleset (plus clue to use “call”)
  • added deprecated note to discard action (plus clue to use “stop”)

Changelog for 7.1.10 (v7-beta)

By adisconteamPosted on Posted in ChangelogTagged , , , , , ,

Version 7.1.10 [beta] 2012-10-11

  • bugfix: m4 directory was not present in release tarball
  • bugfix: small memory leak with string-type templates
  • bugfix: small memory leak when template was specified in omfile
  • bugfix: some config processing warning messages were treated as errors
  • bugfix: small memory leak when processing action() statements
  • bugfix: unknown action() parameters were not reported

Main Advantages of rsyslog v7 vs. v5

By Adiscon SupportPosted on Posted in News, Top NewsTagged , , , , , , , , , ,

Why rsyslog V7:

  • greatly improved configuration language – the new language is much more intuitive than the legacy format. It will also prevent some typical mistakes simply by not permitting these invalid constructs. Note that legacy format is still fully supported (and you can of course do the same mistakes if you use legacy format).
  • greatly improved execution engine – with nested if/then/else constructs as well as the capability to modify variables during processing.
  • full support for structured logging and project lumberjack / CEE – this includes everything from being able to create, interpret and handle JSON-based structured log messages, including the ability to normalize legacy text log messages.
  • more plugins – like support for MongoDB, HDFS, and ElasticSearch as well as for the kernel’s new structured logging system.
  • higher performance – many optimizations all over the code, like 5 to 10 times faster execution time for script-based filters, enhanced multithreaded TCP input plugin, DNS cache and many more.

Of course, there are many more improvements. This list contains just the most important ones. For full details, check the file ChangeLog.

Scroll to top