PORT check based on running PROC
How do I do PORT tests as a condition to running PROC ?
In other words do the PORT test and alert me only if PROC A is running. Otherwise ignore.
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
On Mon, Jan 25, 2010 at 5:36 PM, Asif Iqbal <vadud3 at gmail.com> wrote:
How do I do PORT tests as a condition to running PROC ?
In other words do the PORT test and alert me only if PROC A is running. Otherwise ignore.
Let me make the scenario little bit more interesting.
I have HOST A and HOST B. hobbit client is running on both of them. If process P should be run only on one of them at a time and that will make that HOST, the primary HOST.
So if process P runs on HOST A then I want to be alerted based on PORT tests on HOST A
if process P runs on HOST B then I want to be alerted based on PORT tests on HOST B
If process P runs on both HOSTs then I want to be alerted about POST tests on both HOSTs. However this third scenario should not happen
I was thinking of creating an entry in bb-hosts with a dynamic HOST name which will be something like
HOST=%IamPrimary.* PROC .. PORT ..
That probably makes it a lot more complicated than it may already is.
Please advise.
Thanks
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
still looking for suggestion on this. reposting in case someone missed it first time. thanks
On Mon, Jan 25, 2010 at 5:49 PM, Asif Iqbal <vadud3 at gmail.com> wrote:
On Mon, Jan 25, 2010 at 5:36 PM, Asif Iqbal <vadud3 at gmail.com> wrote:
How do I do PORT tests as a condition to running PROC ?
In other words do the PORT test and alert me only if PROC A is running. Otherwise ignore.
Let me make the scenario little bit more interesting.
I have HOST A and HOST B. hobbit client is running on both of them. If process P should be run only on one of them at a time and that will make that HOST, the primary HOST.
So if process P runs on HOST A then I want to be alerted based on PORT tests on HOST A
if process P runs on HOST B then I want to be alerted based on PORT tests on HOST B
If process P runs on both HOSTs then I want to be alerted about POST tests on both HOSTs. However this third scenario should not happen
I was thinking of creating an entry in bb-hosts with a dynamic HOST name which will be something like
HOST=%IamPrimary.* PROC .. PORT ..
That probably makes it a lot more complicated than it may already is.
Please advise.
Thanks
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
On Wednesday 27 January 2010, Asif Iqbal wrote:
still looking for suggestion on this. reposting in case someone missed it first time. thanks You can make a client script that runs on both hosts. If the processess PROC is running, it sets the variabele MACHINEDOTS to TEST1 and it runs the script hobbitclient.sh.
So you will get extra data on the hobbit server coming in from (fake) server TEST1. If you add a line to bb-hosts with TEST1, you can monitor whatever you want for server TEST1.
Stef
On Wed, Jan 27, 2010 at 11:21 AM, Stef Coene <stef.coene at docum.org> wrote:
On Wednesday 27 January 2010, Asif Iqbal wrote:
still looking for suggestion on this. reposting in case someone missed it first time. thanks You can make a client script that runs on both hosts. If the processess PROC is running, it sets the variabele MACHINEDOTS to TEST1 and it runs the script hobbitclient.sh. So you will get extra data on the hobbit server coming in from (fake) server TEST1. If you add a line to bb-hosts with TEST1, you can monitor whatever you want for server TEST1.
Thanks Stef.
I am guessing there is no built-in way to address this.
Stef
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
On Wed, Jan 27, 2010 at 11:21 AM, Stef Coene <stef.coene at docum.org> wrote:
On Wednesday 27 January 2010, Asif Iqbal wrote:
still looking for suggestion on this. reposting in case someone missed it first time. thanks You can make a client script that runs on both hosts. If the processess PROC is running, it sets the variabele MACHINEDOTS to TEST1 and it runs the script hobbitclient.sh. So you will get extra data on the hobbit server coming in from (fake) server TEST1. If you add a line to bb-hosts with TEST1, you can monitor whatever you want for server TEST1.
The problem with this is, if PROC P dies on HOST A and appears on HOST B after hobbit client starts on both hosts, the MACHINEDOTS will not be to pick up the change and will still have the name.
Stef
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
participants (2)
-
stef.coene＠docum.org
-
vadud3＠gmail.com