- syslog-ng - lists.balabit.hu

Re: [syslog-ng] syslog-ng memory leak ? valgrind attached
by Jim Hendrick 29 Apr '15

29 Apr '15

I'll try this tomorrow. Took today off to get some work done on the house. Thanks,Jim Sent from my Verizon Wireless 4G LTE smartphone -------- Original message -------- From: "Czanik, Péter" <peter.czanik(a)balabit.com> Date: 04/29/2015 9:57 AM (GMT-05:00) To: Syslog-ng users' and developers' mailing list <syslog-ng(a)lists.balabit.hu> Subject: Re: [syslog-ng] syslog-ng memory leak ? valgrind attached For the redis destination it's a know problem, was quickly fixed after 3.6.2 release: https://github.com/balabit/syslog-ng/commit/53606941b1b6b6726c4945f3560984a… If you use my unofficial syslog-ng packages, let me know, and I can add this patch. Bye, Peter Czanik (CzP) <peter.czanik(a)balabit.com> BalaBit IT Security / syslog-ng upstream http://czanik.blogs.balabit.com/ https://twitter.com/PCzanik On Wed, Apr 29, 2015 at 3:49 PM, Jim Hendrick <jrhendri(a)roadrunner.com> wrote: From 3.6.2 OSE built with json & redis Seeing steady memory growth (> 10 GB after ~ a day at ~7000 EPS load) This was from a few minutes of runtime. (~5) Is this a known issue or did I trip over something? Thanks! Jim ______________________________________________________________________________ Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng FAQ: http://www.balabit.com/wiki/syslog-ng-faq

1 0

Re: [syslog-ng] syslog-ng memory leak ? valgrind attached
by Jim Hendrick 29 Apr '15

29 Apr '15

Queues are often full. (separate issue ). Sent from my Verizon Wireless 4G LTE smartphone -------- Original message -------- From: Fabien Wernli <wernli(a)in2p3.fr> Date: 04/29/2015 9:55 AM (GMT-05:00) To: syslog-ng(a)lists.balabit.hu Subject: Re: [syslog-ng] syslog-ng memory leak ? valgrind attached Hi Jim, On Wed, Apr 29, 2015 at 09:49:05AM -0400, Jim Hendrick wrote: > From 3.6.2 OSE built with json & redis > > Seeing steady memory growth (> 10 GB after ~ a day at ~7000 EPS load) > > This was from a few minutes of runtime. (~5) > > Is this a known issue or did I trip over something? We're having similar issues when the workload tickles your figures. One possible explanation seems to be that the memory from queues is never released [1]. Are your queues always empty or do they do regular work? Oh, then there was this one too [2] [1] https://github.com/balabit/syslog-ng/issues/287 [2] https://github.com/balabit/syslog-ng/issues/446 ______________________________________________________________________________ Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng FAQ: http://www.balabit.com/wiki/syslog-ng-faq

1 0

syslog-ng.conf configuration for log files every 15 minutes
by Akshay Surve 28 Apr '15

28 Apr '15

Hi, Currently, I have used the syslog-ng.conf to setup hourly files using the following config - destination d_clicks {file("/var/log/local-pid$PID-click-$YEAR-$MONTH-$DAY-$HOUR.log");}; Is there a way I could get files every 15 minutes? Best, Akshay

2 1

my fedora/epel packages update to use riemann-c-client 1.6.1
by Czanik, Péter 27 Apr '15

27 Apr '15

Hi, I just finished updating my fedora/epel packages on copr to riemann-c-client 1.6.1. This version brings gnutls support to riemann-c-client. As personally I don't have access to a riemann server, please test it and let me know if it works for you (I'm also interested in success stories, not just failures :-) ). https://copr.fedoraproject.org/coprs/czanik/syslog-ng36epel6/ https://copr.fedoraproject.org/coprs/czanik/syslog-ng36/ https://copr.fedoraproject.org/coprs/czanik/syslog-ng37/ Bye, Peter Czanik (CzP) <peter.czanik(a)balabit.com> BalaBit IT Security / syslog-ng upstream http://czanik.blogs.balabit.com/ https://twitter.com/PCzanik

1 0

getting started with 3.7 beta1
by Czanik, Péter 23 Apr '15

23 Apr '15

Hi, I put together a quick getting started for syslog-ng 3.7 beta1: https://czanik.blogs.balabit.com/2015/04/first-beta-of-syslog-ng-3-7-releas… If you run into trouble, don't hesitate writing about it here or posting a bugreport to https://github.com/balabit/syslog-ng/issues/ Bye, Peter Czanik (CzP) <peter.czanik(a)balabit.com> BalaBit IT Security / syslog-ng upstream http://czanik.blogs.balabit.com/ https://twitter.com/PCzanik

1 0

syslog-ng 3.7 beta1 packages for Fedora and EPEL7
by Czanik, Péter 22 Apr '15

22 Apr '15

Hi, If you have some time, please check our latest beta on Fedora or EPEL7! Packages are available at: https://copr.fedoraproject.org/coprs/czanik/syslog-ng37/ * Tue Apr 21 2015 Peter Czanik <peter.czanik(a)balabit.com> - 3.6.0beta1-3 - update to 3.7.0beta1 - temp: disable man pages (missing from release) - temp: disable smp build - add python support - add java support - move json support to the core package due to system() - update configuration version to 3.7 EPEL6 is not supported rigth now due to: https://github.com/balabit/syslog-ng/issues/317 Bye, Peter Czanik (CzP) <peter.czanik(a)balabit.com> BalaBit IT Security / syslog-ng upstream http://czanik.blogs.balabit.com/ https://twitter.com/PCzanik

1 0

Issues running syslog-ng-ctl program locally to determine logging issues
by Andrew Bell 20 Apr '15

20 Apr '15

Thank you very much! Adding that flag/setting worked and I was able to see a control socket file appear in my local syslog-ng instance (in a location where I did have write permission) . Using syslog-ng-ctl with this control file, I was able to finally see some helpful output on logs that were processed and/or dropped by syslog-ng. Still working on figuring out the root cause behind why logs aren't being processed by syslog-ng, but getting syslog-ng-ctl to work correctly has assisted greatly with troubleshooting. Thanks again! -Andrew

1 0

Re: [syslog-ng] Issues running syslog-ng-ctl program locally to determine logging issues
by Andrew Bell 17 Apr '15

17 Apr '15

Also would like to throw out that I am open to using strace or some other debug hook program to figure out the cause here if that would help better, just would like a pointer as to how I would go about using it to identify dropped logs. I don't believe running syslog-ng with the debug setting on its own indicates if a logged event has been dropped or not (but I suppose it could indicate that the log never made its way over). Thanks, Andrew From: Andrew Bell Sent: Wednesday, April 15, 2015 11:55 AM To: syslog-ng(a)lists.balabit.hu Subject: Issues running syslog-ng-ctl program locally to determine logging issues Hello, Wondering if someone can help me with an issue that I am currently having. I am running syslog-ng as a local non-root user (I have it installed to a local instance under my home directory) and am trying to use the syslog-ng-ctl program in order to diagnose why certain log files are not passing through syslog-ng to their log destination (trying to rule out if it is a problem with the location where the logs originate OR if there is an issue with the syslog-ng setup and it is dropping or otherwise failing to forward those incoming logs). However, when I try to run syslog-ng-ctl under my local account I get the following error, where it appears to reference a control socket that is located in a directory that is owned and operated by the root account (I should note that I am unable to sudo as root with my setup on the system). /home/abell/syslog-ng-install/opt/syslog-ng/sbin$ ./syslog-ng-ctl verbose Error connecting control socket, socket='/opt/syslog-ng/var/run/syslog-ng.ctl', error='No such file or directory' This type of error above is also appearing when I run syslog-ng program itself with the debug ('-d -v') options set Error opening control socket, bind() failed; socket='/opt/syslog-ng/var/run/syslog-ng.ctl', error='No such file or directory (2)' I did some searching online and did find some manuals on syslog-ng-ctl that said I could specify a different directory where the control socket resides to one that isn't in the root directory using the "-c" flag. This mailing list post also mentioned that running a local instance of syslog-ng-ctl should automatically create a local instance of the control socket file located in the /var directory where the local instance resides (so in my case, I imagine it would be /home/abell/syslog-ng-install/var ???). Here's the reference link -> https://lists.balabit.hu/pipermail/syslog-ng/2009-June/013027.html - there weren't any next messages to this thread so it is difficult to tell if this solution worked for the original author here or not... So I created that "/var" directory as he suggested but I still don't see the .ctl file created when I go to stop and restart syslog-ng ... and so I don't really have anything to specify for the "-c" option as an alternative. I tried touching the control socket file in that directory as a zero byte file, but still nothing /home/abell/syslog-ng-install/opt/syslog-ng/var$ touch syslog-ng.ctl /home/abell/syslog-ng-install/opt/syslog-ng/var$ cd .. /home/abell/syslog-ng-install/opt/syslog-ng$ cd sbin /home/abell/syslog-ng-install/opt/syslog-ng/sbin$ ./syslog-ng-ctl verbose --set=on -c /home/abell/syslog-ng-install/opt/syslog-ng/var/syslog-ng.ctl Error connecting control socket, socket='/home/abell/syslog-ng-install/opt/syslog-ng/var/syslog-ng.ctl', error='Connection refused' Any ideas as to how I can get this control socket file created on my local syslog-ng - or if I can tell syslog-ng itself to specify spinning up the control socket file itself in a different location than the root one? I'd really like to be able to use this tool to figure out what is going on with my syslog-ng setup. Let me know if there's any other details or information that I can provide. Thanks, Andrew

4 4

Issues running syslog-ng-ctl program locally to determine logging issues
by Andrew Bell 15 Apr '15

15 Apr '15

Hello, Wondering if someone can help me with an issue that I am currently having. I am running syslog-ng as a local non-root user (I have it installed to a local instance under my home directory) and am trying to use the syslog-ng-ctl program in order to diagnose why certain log files are not passing through syslog-ng to their log destination (trying to rule out if it is a problem with the location where the logs originate OR if there is an issue with the syslog-ng setup and it is dropping or otherwise failing to forward those incoming logs). However, when I try to run syslog-ng-ctl under my local account I get the following error, where it appears to reference a control socket that is located in a directory that is owned and operated by the root account (I should note that I am unable to sudo as root with my setup on the system). /home/abell/syslog-ng-install/opt/syslog-ng/sbin$ ./syslog-ng-ctl verbose Error connecting control socket, socket='/opt/syslog-ng/var/run/syslog-ng.ctl', error='No such file or directory' This type of error above is also appearing when I run syslog-ng program itself with the debug ('-d -v') options set Error opening control socket, bind() failed; socket='/opt/syslog-ng/var/run/syslog-ng.ctl', error='No such file or directory (2)' I did some searching online and did find some manuals on syslog-ng-ctl that said I could specify a different directory where the control socket resides to one that isn't in the root directory using the "-c" flag. This mailing list post also mentioned that running a local instance of syslog-ng-ctl should automatically create a local instance of the control socket file located in the /var directory where the local instance resides (so in my case, I imagine it would be /home/abell/syslog-ng-install/var ???). Here's the reference link -> https://lists.balabit.hu/pipermail/syslog-ng/2009-June/013027.html - there weren't any next messages to this thread so it is difficult to tell if this solution worked for the original author here or not... So I created that "/var" directory as he suggested but I still don't see the .ctl file created when I go to stop and restart syslog-ng ... and so I don't really have anything to specify for the "-c" option as an alternative. I tried touching the control socket file in that directory as a zero byte file, but still nothing /home/abell/syslog-ng-install/opt/syslog-ng/var$ touch syslog-ng.ctl /home/abell/syslog-ng-install/opt/syslog-ng/var$ cd .. /home/abell/syslog-ng-install/opt/syslog-ng$ cd sbin /home/abell/syslog-ng-install/opt/syslog-ng/sbin$ ./syslog-ng-ctl verbose --set=on -c /home/abell/syslog-ng-install/opt/syslog-ng/var/syslog-ng.ctl Error connecting control socket, socket='/home/abell/syslog-ng-install/opt/syslog-ng/var/syslog-ng.ctl', error='Connection refused' Any ideas as to how I can get this control socket file created on my local syslog-ng - or if I can tell syslog-ng itself to specify spinning up the control socket file itself in a different location than the root one? I'd really like to be able to use this tool to figure out what is going on with my syslog-ng setup. Let me know if there's any other details or information that I can provide. Thanks, Andrew

2 1

syslog-ng-3.7beta1 released
by Czanik, Péter 14 Apr '15

14 Apr '15

3.7.0beta1 This is the first beta release of the upcoming syslog-ng OSE 3.7 branch. Further releases will focus on fixes and small Getting started ... documentations. Changes compared to the previous alpha release: Features - Added batched event sending support for riemann destination driver which makes the riemann destination respect flush-lines(), and send event in batches of configurable amount (defaults to 1). In case of an error, all messages within the batch will be dropped. Dropped messages, and messages that result in formatting errors do not count towards the batch size. There is no timeout, but messages will be flushed upon deinit. - Added IPv6 netmask filter for selecting only messages sent by a host whose IP address belongs to the specified IPv6 subnet. - Added syslog-ng debug bundle generator script for collecting debug related information. - Added a new macro, called HOSTID which is a 32-bit number generated by a cryptographically secure PRNG. Its purpose is to identify the syslog-ng host, thus it is the same for every message generated on the same host. - Added a new macro, called UNIQID which is a practically unique ID generated from the HOSTID and the RCPTID in the format of HOSTID@RCPTID. Uniqid is a derived value: it is built up from the always available hostid and the optional rcptid. In other words: uniqid is an extension over rcptid. For that reason use-rcptid has been deprecated and use-uniqid could be use instead. - Added a reset option to syslog-ng-ctl stats. With this option the non-stored stats counters can be zeroed. - Java-destination driver ported from syslog-ng-incubator. Purpose of having Java destination driver is to provide the right way to support all player in the "Java related logging ecosystem" (Kafka, HDFS, ElasticSearch, ...). Java dest driver is a special driver, a bridge between the C and the Java world from syslog-ng point of view. - Python language support is ported from syslog-ng incubator and has been completely reworked. Now, it is possible to implement template functions in Python language and also destination drivers. Main purpose of supporting Python language is to implement a nice interactive syslog-ng config debugger for syslog-ng. - New builtin interactive syslog-ng.conf debugger implemented for syslog-ng. The debugger has a Python frontend which contains a full Completer (just press TABs and works like bash) Enhancements - Extended the set of supported characters to every printable ASCII's except ., [ and ] in extract-prefix for json-parser(). - OpenSSL set as a hard dependency for syslog-ng because the newly added hostid and uniqid features requires a CPRNG provided by OpenSSL. After OpenSSL is a hard dependency - non-embedded crypto lib is not a real option, so the support of having such a crypto lib discontinued - all SSL-dependent features enabled by default - Added string-delimiters option to csvparser to support multi character delimiters in CSV parsing. - Upgrade RabbitMQ submodule to the upstream. - Extended rcpt-id to 64 bits (formerly it was 48 bits). Fixes - Fixed the encoding of characters below 32 if escaping is enabled in templates. Templated outputs never contained references to characters below 32, essentially they were dropped from the output for two reasons: - the prefixing backslash was removed from the code - the format_uint32_padded() function produced no outputs in base 8 - Fixed afstomp destination port issue. It always tried to connect to the port 0. - Fixed compilation where the monolitic libsystemd was not available. - Fixed memleak in db-parser which could happen at every reload. - Fixed a class of rule conflicts in db-parser: Because an error in the pdb load algorithms, some rules would conflict which shouldn't have done that. The problem was that several programs would use the same RADIX tree to store their patterns. Merging independent programs meant that if they the same pattern listed, it would clash, even though their $PROGRAM is different. There were multiple issues: - we looked up pattern string directly, even they might have contained @parser <https://github.com/parser>@ references. It was simply not designed that way and only worked as long as we didn't have the possibility to use parsers in program names - we could merge programs with the same prefix, e.g. su, supervise/syslog-ng and supervise/logindexd would clash, on "su", which is a common prefix for all three. The solution involved in using a separate hash table for loading, which at the end is turned into the radix tree. - Fixed a crash around affile at the first message delivery when templates were used. - Excluded "tags" from riemann destination driver as an attribute which conflicts with reserved keyword - Fixed a docbook related compilation error: there was a hardcoded path that caused build to fail if docbook is not on that path. Debian based platforms did not affected by this problem. Now a new option was created for ./configure that is --enable-manpages that enables the generation of manpages using docbook from online source. '--with-docbook=PATH' gives you the opportunity to specify the path for your own installed docbook. Developer notes - filter: fix external filter plugin lookup The filter_plugin rule expected an LL_IDENTIFIER and filter_comparison expected a string which in turn is an LL_IDENTIFIER or LL_STRING. It caused a conflict in the grammar which prevented to load external filter plugins. Credits syslog-ng is developed as a community project, and as such it relies on volunteers, to do the work necessarily to produce syslog-ng. Reporting bugs, testing changes, writing code or simply providing feedback are all important contributions, so please if you are a user of syslog-ng, contribute. We would like to thank the following people for their contribution: Andras Mitzki, Balazs Scheidler, Botond Borsits, Fabien Wernli, Gergely Nagy, Gergo Nagy, Gyorgy Pasztor, Istvan Adam Mozes, Laszlo Budai, Manikandan-Selvaganesh, Peter Czanik, Robert Fekete, Tibor Benke, Viktor Juhasz, Vincent Bernat, Zoltan Fried, Zoltan Pallagi. — View it on GitHub <https://github.com/balabit/syslog-ng/releases/tag/syslog-ng-3.7.0beta1>.

1 1