On Thu, Mar 25, 2010 at 6:59 PM, Patrick H. <syslogng@feystorm.net> wrote:
Try adding the 'no-parse' flag to the source. Syslog-ng tries to parse out
the headers of the message (like date/time, host, facility, etc), and if it
cant figure out the format of the headers, it drops the message. The
no-parse causes the entire message (headers and all if they exist) to get
shoved into the message contents, and it generates new default headers.
So
source t_net { tcp(ip(X.X.X.5) port(2002) keep-alive(yes) ); };
will become
source t_net { tcp(ip(X.X.X.5) port(2002) keep-alive(yes)
flags('no-parse')); };
Tried that, no change. I've discovered what I think the problem is
though: The cisco isn't including a LF at the end of each syslog
message.
reducing the flush_timeout() may solve it (but it is just my idea).
I found a thread for another piece of syslog software that encountered
the same issue:
http://www.gossamer-threads.com/lists/rsyslog/users/1204
I take it from the lack of people noticing this that there aren't too
many people using TCP to gather syslog from Cisco routers. If anyone
has some suggestions on possible solutions (outside of opening a TAC
case with cisco - which I plan on doing), I am all ears.
Thanks for the quick response! Time to read some more documentation.
If the message does actually have headers, just syslog-ng cant understand
them, you can use rewrite rules and 'set' statements to parse out the
headers and set them manually.
Sent: Thursday, March 25, 2010 5:31:15 PM
From: d lists <dlists95@gmail.com>
To: syslog-ng@lists.balabit.hu
Subject: [syslog-ng] 3.0.5 & Cisco TCP problems
Hello,
After spending the afternoon trying to get this working, I've decided
to reach out for some help (tried google - no luck!).
<snip>
______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: http://www.campin.net/syslog-ng/faq.html