> -----Original Message----- > From: [email protected] [mailto:rsyslog- > [email protected]] On Behalf Of [email protected] > Sent: Monday, August 01, 2011 3:24 PM > To: rsyslog-users > Subject: Re: [rsyslog] sharing (r)syslog facilities > > > On Sun, Jul 31, 2011 at 5:33 PM, <[email protected]> wrote: > >> 6.3?? Yikes, we're running 3.22...installed on centos via yum a few > >> months ago > using standard repositories. The only optional repositories we use are > rpmforge. > >> They prefer I use yum for consistency on so many servers, but should > >> I just yum > uninstall these things and re-build 6.latest from source on all clients and the > log server, or is there a better repo for this? > > > > I just built from source and it works well, with many fixes compared to 3.2. > However, YMMV again, and make sure you guys don't rely on stuff from 3.2, > e.g. > do a good research before switching. > > > > No problem, you're welcome. > > I don't usually mind building/installing from source, but in the case of rsyslog, > the standard CentOS repo version (3.2.2) has been installed via yum on the > log server and dozens of clients. > > Looking at the ryslog docs, version 3 is no longer even mentioned, and 6.3.3 is > listed as a development version. There appear to be "stable' versions of > both 4 and 5. I would have no idea where to start, or if it is even necessary to > use something other than 3.22 for our needs. I imagine you would want the > server and clients to use versions somewhat close to each other. > > I guess the main question is, do I need a newer version of rsyslog (server > and/or client side) to do non-facility based remote (central) logging, ie, via > property based filters?
NO! But there is also a hugh performance difference, if that matters. Also, I'd suggest to check the ChangeLogs if there exists any bugs in v3 that could harm you. Generally, there shouldn't. It's just that you won't get much help and no fixes if you run into issues -- but *then* you can think about changing in any case. BTW: there is no problem running different versions on different machines. Rainer _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com
