Thx -- sounds interesting and probably not too much work to do... Rainer
> -----Original Message----- > From: [email protected] [mailto:rsyslog- > [email protected]] On Behalf Of [email protected] > Sent: Tuesday, May 24, 2011 8:08 AM > To: rsyslog-users > Subject: Re: [rsyslog] High availability on rsyslog (cluster) > > take a look at linux-ha > > It's a framework to manage HA (including active/active load sharing, > quorums, etc) > > it extends the traditional init.d startup scripts to also include a > 'status' call to tell if the service is active or not. the framework > calls > this service periodically and if the service fails, it does a failover. > With the correct configuration (and software), it can do sub-second > failover. > > David Lang > > > On > Tue, 24 May 2011, Rainer Gerhards wrote: > > > David and all, > > > > are you aware of any high availability APIs that would enable rsyslog > to do > > some kind of automatic failover in a cluster environment? I have > never > > specifically programmed for that and wonder if there are any options. > > > > Rainer > > > >> -----Original Message----- > >> From: [email protected] [mailto:rsyslog- > >> [email protected]] On Behalf Of [email protected] > >> Sent: Tuesday, May 24, 2011 12:30 AM > >> To: rsyslog-users > >> Subject: Re: [rsyslog] High availability on rsyslog (cluster) > >> > >> depending on how active your logging is, you could watch the logs > and > >> say > >> that if you don't receive any logs for 1 min (or whatever time is > >> approprate), somthing is wrong. > >> > >> you could also generate known UDP logs to yourself and alert if they > >> don't > >> show up. > >> > >> David Lang > >> > >> On Mon, 23 May 2011, Christian Lete wrote: > >> > >>> Hi, > >>> > >>> I have a small question, I would need to setup an rsyslog > >>> receiver/forwarder, listening on udp port, since some clients, only > >>> support this option. I would need this service to be highly > >>> available(I don't want to have two machines and having duplicated > >>> information), but since this udp, I can't be for sure if the > service > >>> is running fine. What I thought is to indirectly check it, by > having > >>> another port listening on tcp and checking the tcp service, if the > >>> service is not running on tcp I would assume the whole system is > down > >>> and would failover to the other instance of the cluster, that's the > >>> only way I could think of, do you currently have another way? > >>> > >>> > >>> thank you very much, > >>> > >>> Regards, > >>> > >>> Christian > >>> _______________________________________________ > >>> rsyslog mailing list > >>> http://lists.adiscon.net/mailman/listinfo/rsyslog > >>> http://www.rsyslog.com > >>> > >> _______________________________________________ > >> rsyslog mailing list > >> http://lists.adiscon.net/mailman/listinfo/rsyslog > >> http://www.rsyslog.com > > _______________________________________________ > > rsyslog mailing list > > http://lists.adiscon.net/mailman/listinfo/rsyslog > > http://www.rsyslog.com > > > _______________________________________________ > rsyslog mailing list > http://lists.adiscon.net/mailman/listinfo/rsyslog > http://www.rsyslog.com _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com
