March 2012 - syslog-ng - lists.balabit.hu

[PATCH 0/1]: afmongodb: queue & wakeup race condition
by Gergely Nagy 31 Mar '12

31 Mar '12

There is a way to deadlock the mongodb destination, and I don't entirely understand the scenario, and thus, I can't properly explain it, either. Perhaps I'd need more coffee... but anyway! Following this mail, I'll send a patch that fixes the issue for me (I separately sent the same patch to the original reporter of the problem, too), but I'm not entirely happy with it. Nevertheless, I still find it better to send it to the list, where it can - perhaps - receive more testing than I was able to give it.

2 2

[PATCH (3.4) 1/2] configure: Fix --with-json=json-c/json-glib handling.
by Gergely Nagy 31 Mar '12

31 Mar '12

The tests that decide whether the user wanted to select json-c or json-glib were a little bit off, which resulted in anything other than --with-json=auto failing. This has now been corrected. Reported-by: Peter Czanik <czanik(a)balabit.hu> Signed-off-by: Gergely Nagy <algernon(a)balabit.hu> --- configure.in | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/configure.in b/configure.in index 995c202..f766888 100644 --- a/configure.in +++ b/configure.in @@ -606,11 +606,11 @@ fi dnl *************************************************************************** dnl json headers/libraries dnl *************************************************************************** -if test "x$with_json" = "xauto" || test "x$with_json" = "json-c"; then - PKG_CHECK_MODULES(JSON_C, json >= $JSON_C_MIN_VERSION,, JSON_C_LIBS="") +if test "x$with_json" = "xauto" || test "x$with_json" = "xjson-c"; then + PKG_CHECK_MODULES(JSON_C, json >= $JSON_C_MIN_VERSION) fi -if test "x$with_json" = "xauto" || test "x$with_json" = "json-glib"; then - PKG_CHECK_MODULES(JSON_GLIB, json-glib-1.0 >= $JSON_GLIB_MIN_VERSION,, JSON_GLIB_LIBS="") +if test "x$with_json" = "xauto" || test "x$with_json" = "xjson-glib"; then + PKG_CHECK_MODULES(JSON_GLIB, json-glib-1.0 >= $JSON_GLIB_MIN_VERSION) fi dnl *************************************************************************** -- 1.7.9

2 4

[PATCH (3.4)] modules: Do not build or install disabled modules
by Gergely Nagy 31 Mar '12

31 Mar '12

The afmongodb and afsmtp modules had a subtle bug in their Makefile.ams: even if they were disabled, the Makefile still built and installed an empty module. This patch corrects that, by moving the module_LTLIBRARIES inside the if block. Reported-by: Peter Czanik <czanik(a)balabit.hu> Signed-off-by: Gergely Nagy <algernon(a)balabit.hu> --- modules/afmongodb/Makefile.am | 5 ++--- modules/afsmtp/Makefile.am | 2 +- 2 files changed, 3 insertions(+), 4 deletions(-) diff --git a/modules/afmongodb/Makefile.am b/modules/afmongodb/Makefile.am index c0eec33..d022912 100644 --- a/modules/afmongodb/Makefile.am +++ b/modules/afmongodb/Makefile.am @@ -1,14 +1,13 @@ - SUBDIRS = @LIBMONGO_SUBDIRS@ DIST_SUBDIRS = libmongo-client moduledir = @moduledir@ AM_CPPFLAGS = -I$(top_srcdir)/lib -I../../lib -module_LTLIBRARIES = libafmongodb.la export top_srcdir if ENABLE_MONGODB +module_LTLIBRARIES = libafmongodb.la libafmongodb_la_CFLAGS = $(LIBMONGO_CFLAGS) libafmongodb_la_SOURCES = afmongodb-grammar.y afmongodb.c afmongodb.h afmongodb-parser.c afmongodb-parser.h @@ -32,4 +31,4 @@ uninstall: $(MAKE) $(AM_MAKEFLAGS) uninstall-am check: - echo "Make check disabled, since it requires a newer glib" \ No newline at end of file + echo "Make check disabled, since it requires a newer glib" diff --git a/modules/afsmtp/Makefile.am b/modules/afsmtp/Makefile.am index 790aad7..bb5b94d 100644 --- a/modules/afsmtp/Makefile.am +++ b/modules/afsmtp/Makefile.am @@ -1,10 +1,10 @@ moduledir = @moduledir@ AM_CPPFLAGS = -I$(top_srcdir)/lib -I../../lib -module_LTLIBRARIES = libafsmtp.la export top_srcdir if ENABLE_SMTP +module_LTLIBRARIES = libafsmtp.la libafsmtp_la_CFLAGS = $(LIBESMTP_CFLAGS) $(IVYKIS_CFLAGS) $(EVENTLOG_CFLAGS) $(SYSLOG_NG_CFLAGS) libafsmtp_la_SOURCES = afsmtp-grammar.y afsmtp.c afsmtp.h afsmtp-parser.c afsmtp-parser.h -- 1.7.9

2 1

Reprocess disk buffer files
by Aaron Daniel 31 Mar '12

31 Mar '12

In the LTS version of PE, we have some servers that have old disk-buffer files (var/*qf) still on disk, with the contents not sent to a central server. Is there a way to force syslog-ng to re-process those, or do we have to manually process them ourselves? The files contain very old log entries that still need to be processed, and syslog-ng appears to be using a newer *.qf file for it's disk buffer. When it does this, it's completely ignoring the old log entries so we have some gaps in our central processing system. (Sorry if this has been asked before, google's not been my friend on this search...) -- Aaron Daniel

2 1

High volume of syslog message getting dropped
by Samuel Petreski 31 Mar '12

31 Mar '12

I'm running syslog-ng 3.3.4 on FreeBSD 8.2, but am getting choppy logging from syslog-ng. I'm continually (every minute or so) getting the following messages from syslog-ng, Mar 19 17:09:24 system syslog-ng[47183]: Syslog connection accepted; fd='51', client='AF_INET(10.33.11.249:24813)', local='AF_INET(0.0.0.0:1470)' Mar 19 17:09:25 system syslog-ng[47183]: Syslog connection closed; fd='51', client='AF_INET(10.33.11.249:24813)', local='AF_INET(0.0.0.0:1470)' Mar 19 17:09:46 system syslog-ng[47183]: Syslog connection accepted; fd='25', client='AF_INET(10.166.166.234:50240)', local='AF_INET(0.0.0.0:1470)' Mar 19 17:09:47 system syslog-ng[47183]: Syslog connection closed; fd='25', client='AF_INET(10.166.166.234:50240)', local='AF_INET(0.0.0.0:1470)' Most of my hosts sending their logs to syslog-ng are Cisco ASAs and they are configured to send their logs securely. Also these devices send syslog messages at a very high rate (few of the devices generate logs in excess of 10GB/day). My relevant syslog-ng paramenters are as follows, **************** #global options options { chain_hostnames(off); keep_hostname(yes); use_fqdn(off); flush_lines(0); stats_freq(360); threaded(yes); dns_cache(2000); dns_cache_expire(87600); flush_lines(10000000); flush_timeout(6000); }; #destination, source and logging destination d_cisco_devices { file("/data/log/$HOST-$YEAR$MONTH$DAY.log" perm(0400)); }; source tls_clients { tcp(ip(0.0.0.0) port(1470) max-connections(300) log_iw_size(300000000) log_fetch_limit(2000000) tls( key_file("/etc/syslog-ng.key") cert_file("/etc/syslog-ng.crt") peer_verify(optional-untrusted)) ); }; log { source(tls_clients); destination(d_cisco_devices); flags(flow-control); }; **************** I've read through the manual and have tried to increase the flush_line, log_fetch_limit, log_iw_size parameters but have not been able to fine tune its operation. Most of the my recorded syslog messages are for about few seconds, and then they start again the next minute. Any help or pointers anyone can provide would be greatly appreciated. Thanks. --Samuel

2 1

allow setting up unix named sockets for listening
by Patrick Hemmer 30 Mar '12

30 Mar '12

When troubleshooting issues with our production syslog servers, its often not possible to deliberately duplicate discovered issues as it then affects production. Something which would be extremely useful in this case is if we could configure syslog-ng to set up a unix socket as a listener. Then whenever clients connect logs can be sent to the client. Syslog-ng currently has unix-stream and unix-dgram destinations, but they act as clients, only sending to already created sockets. There could be other uses for this, basically allowing clients to connect whenever they want and receive the logs. Kind of like a pipe destination, but it works a bit cleaner since if no client is connected, syslog-ng wouldnt have to buffer and drop messages (and it would allow multiple clients). Fairly low priority, but just something that I thought would be useful. -Patrick

2 1

syslog-ng Insider - March 2012
by Peter Czanik 29 Mar '12

29 Mar '12

Dear syslog-ng users, This is the 12th issue of the syslog-ng Insider, a monthly newsletter that brings you syslog-ng related news. Your feedback and news tips about the next issue is welcome at documentation(a)balabit.com <mailto:documentation@balabit.com> FEATURED NEWS GSoC wants you to code syslog-ng in the summer ---------------------------------------------- GSoC ( http://code.google.com/soc/ ) is a nice opportunity for higher education students to spend their summers productively by coding in open source software projects. This time BalaBit participates in GSoC with the help of the openSUSE project. If you are interested in enhancing syslog-ng or Zorp, please see our project ideas on the openSUSE ideas page: http://en.opensuse.org/openSUSE:GSOC_ideas#syslog-ng and http://en.opensuse.org/openSUSE:GSOC_ideas#Zorp Alpha1 of syslog-ng 3.4 is released ----------------------------------- The first alpha version of syslog-ng 3.4 is released. Major new features are junctions & channels which add even more flexibility to the syslog-ng configuration. There is now also a json parser, smtp destination and modules are now loaded automatically. For more details on what is new, please check Bazsi's blog: http://bazsi.blogs.balabit.com/2012/03/first-alpha-release-of-syslog-ng-3-4… Instead of using the release, it is recommended to use sources from git, which have some major stability fixes: https://github.com/bazsi/syslog-ng-3.4 If you intend to package syslog-ng 3.4, it's recommended to check the mailing list for patches from Algernon, which make packaging easier. A snapshot of his work is available at: http://packages.madhouse-project.org/syslog-ng/algernon/3.4/syslog-ng-alger… There are already packages for openSUSE and an updated syslog-ng-devel port for FreeBSD. See http://www.balabit.com/network-security/syslog-ng/opensource-logging-system… The (r)evolution of name value pairs ------------------------------------ Name value pairs were at the heart of syslog-ng even before PatternDB made it obvious. And now the CEE board and the Lumberjack project also push into this direction: instead of free form text messages, use name value pairs for logging. Recent developments in syslog-ng also serve this purpose: v3.3 can output name value pairs in JSON and v3.4 will be able to parse these logs and turn them into name value pairs again. How project Lumberjack can improve logging: http://bazsi.blogs.balabit.com/2012/02/project-lumberjack-to-improve-linux-… How syslog-ng can be used for CEE (JSON) logs: http://algernon.blogs.balabit.com/2012/02/cee-handling-with-syslog-ng/ How using name value pairs can improve logging: http://czanik.blogs.balabit.com/2012/03/state-of-the-art-logging-syslog-ng-… which is also the basis for our syslog-ng presentation at the LOADays conference: http://loadays.org/ syslog-ng community forum ------------------------- BalaBit has had a very positive experience with the syslog-ng community and we believe that your feedback has played a key role in the success of syslog-ng. We have decided to adopt this community model to our other products so that we can have our customers involved in product design. It could be interesting for you to visit this brand new community site at http://communities.balabit.com <http://communities.balabit.com/>. You are one of the first of our friends to be invited. OTHER SHORT NEWS * An introduction to RLTP, a protocol to make syslog-ng PE even more reliable: http://pzolee.blogs.balabit.com/2012/03/zero-message-loss-with-syslog-ng-pr… * The libumberlog library is a thin, LD_PRELOAD-able layer on top of the legacy syslog() function, that turns those calls into something that emits its message part as a JSON formatted structured log message:http://algernon.github.com/libumberlog/ * ELSA, the high performance web GUI for syslog-ng, received a few interesting updates to make resolving security incidents even more quick and efficient. For the latest examples check: http://ossectools.blogspot.com/ NEW RELEASES: * syslog-ng OSE 3.4 alpha1: http://bazsi.blogs.balabit.com/2012/03/first-alpha-release-of-syslog-ng-3-4… * syslog-ng PE 4F2: http://andrea.blogs.balabit.com/2012/02/balabits-new-syslog-ng-premium-edit… * lumberlog 0.1.0: http://algernon.github.com/libumberlog/ ARCHIVE http://insider.blogs.balabit.com/ -- Peter Czanik (CzP)<czanik(a)balabit.hu> BalaBit IT Security / syslog-ng upstream http://czanik.blogs.balabit.com/

1 0

IP Address folder
by Julien Groselle 28 Mar '12

28 Mar '12

Hello everybody, I work for a lange society, and we use syslog-ng for 5 years now. We have a centralized server with storage tank to keep logs securly. Concretely, we have 2 centralized servers syslog-ng in chrooted environement, and 50 clients servers. Since we use TLS transport in place of stunnel workaround, we have many issues : - First of all, many logs aren't writen in $HOST folder but in IPADDRESS folder. So, to be clear, this is an exemple : # ls drwxr-x--- 8 root adm 4,0K 1 mars 00:07 10.0.0.1 drwxr-x--- 53 root adm 4,0K 19 mars 00:35 host1 I assume that host1 have 10.0.0.1 IP address and # tree 192.168.100.79/2012-03/ 10.0.0.1/2012-03/ ├── 02-user-10.0.0.1.log.bz2 ├── 06-user-10.0.0.1.log.bz2 ├── 07-user-10.0.0.1.log.bz2 ├── 08-user-10.0.0.1.log.bz2 ├── 09-user-10.0.0.1.log.bz2 ├── 12-user-10.0.0.1.log.bz2 ├── 13-user-10.0.0.1.log.bz2 ├── 14-user-10.0.0.1.log.bz2 ├── 15-user-10.0.0.1.log.bz2 ├── 16-user-10.0.0.1.log.bz2 └── 19-user-10.0.0.1.log # tree host1/2012-03/ |grep 19- ├── 19-apache.access-host1.log ├── 19-apache.error-host1.log ├── 19-authpriv-host1.log ├── 19-auth-host1.log ├── 19-cron-host1.log ├── 19-daemon-host1.log ├── 19-kern-host1.log ├── 19-mail-host1.log ├── 19-nagios-host1.log ├── 19-puppetd-host1.log ├── 19-syslog-host1.log └── 19-user-host1.log (we have this problem with many servers) In facility "user" for host 10.0.0.1 in fact i have log for snmptrapd... But why ?? We have config for snmpd but not for snmptrapd... So i have tried to define a default facility => failed After i have tried many dns and hostnames options => failed As anyone here have a way to search for me ? If you need more details, i'm your's. Kind regards. -- JG

1 1

Fix for bug 162 in an official release yet?
by Mr. Jan Walter 26 Mar '12

26 Mar '12

We're running into the frame header issue a lot in our deployment environment, so I am wondering if the fix, committed the day before the 3.3.4 release, made it into 3.3.4. It's not in the changelog posted, but given the dates, it was worth the question. https://bugzilla.balabit.com/show_bug.cgi?id=162 Did it? Cheers, Jan

2 3

Installing syslog-ng 3.3.4 OSS on multiple Centos servers
by Srinivasan Subramanian 26 Mar '12

26 Mar '12

Hi I have a need to install syslog-ng 3.3.4 on multiple Centos servers. Unfortunately i am unable to find RPMs for the newer versions and only find the source downloads. 1. Any links to contributed repositories for Centos 5.x?2. Alternatively can anyone point me to Source RPMs for Centos 5.x so that I can at least make the RPMs myself? Even EPEL 6 I find only 3.2.x source RPMs RegardsSrini

6 5