it wouldn't be easy to have the port return a response, but you could
easily send some unique string to the port and then have a rule that did
something special with the log that had that string in it (write it to a
named pipe so that some other app can read it, write it to a special
logfile, etc) and that can have the timestamp that the log was received in
it.
David Lang
On Thu, 26 May 2011, Christian Lete wrote:
Hi,
I also thought that maybe, it would be possible to return some
timestamp or some string once given a test string is sent to the port?
Cheers,
Christian
On 25 May 2011 19:22, <[email protected]> wrote:
I have many HA environments available for testing
What I am doing right now is to just run rsyslog normally on each system and
move the IP address, but it would be nice to have service checking.
David Lang
On Wed, 25 May 2011, Rainer Gerhards wrote:
Date: Wed, 25 May 2011 10:12:37 +0200
From: Rainer Gerhards <[email protected]>
Reply-To: rsyslog-users <[email protected]>
To: rsyslog-users <[email protected]>
Subject: Re: [rsyslog] High availability on rsyslog (cluster)
Christian,
would you also be available for some tests *if* I find time to look into
the
HA specific calls? I don't have an environment yet and it would probably
take
me too long to set one up for a quick test. No promise thought that I can
implement the support quickly, depends on what else is going on...
Rainer
-----Original Message-----
From: [email protected] [mailto:rsyslog-
[email protected]] On Behalf Of Christian Lete
Sent: Wednesday, May 25, 2011 10:10 AM
To: rsyslog-users
Subject: Re: [rsyslog] High availability on rsyslog (cluster)
Hi,
Thank you all for you help and suggestions, I will do some tests and
let you know how works for me.
Regards,
Christian
On 24 May 2011 08:14, <[email protected]> wrote:
One interesting twist to deal with, when a system is not active, it
probably
still wants to send it's logs somewhere.
two ways of addresssing this
1. two configs, switching between active and passive changes which
config
you use
2. two instances, one used by the local box to send it's logs, the
other to
receive logs from elsewhere.
David Lang
On Mon, 23 May 2011, [email protected] wrote:
take a look at
http://linux-ha.org/wiki/Resource_Agents
and
http://www.linux-ha.org/doc/dev-guides/ra-dev-guide.html
David Lang
On Tue, 24 May 2011, Rainer Gerhards wrote:
Date: Tue, 24 May 2011 08:09:28 +0200
From: Rainer Gerhards <[email protected]>
Reply-To: rsyslog-users <[email protected]>
To: rsyslog-users <[email protected]>
Subject: Re: [rsyslog] High availability on rsyslog (cluster)
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
_______________________________________________
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
_______________________________________________
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
