Xymon Mailing List Archive search

PORT check based on running PROC

6 messages in this thread

list Asif Iqbal · Mon, 25 Jan 2010 17:36:52 -0500 · 
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?
list Asif Iqbal · Mon, 25 Jan 2010 17:49:59 -0500 ·
▸ quoted from Asif Iqbal
On Mon, Jan 25, 2010 at 5:36 PM, Asif Iqbal <user-6f4b51ac2a40@xymon.invalid> 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
▸ quoted from Asif Iqbal


--
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?
list Asif Iqbal · Wed, 27 Jan 2010 11:02:03 -0500 · 
still looking for suggestion on this. reposting in case someone missed it
first time. thanks
▸ quoted from Asif Iqbal


On Mon, Jan 25, 2010 at 5:49 PM, Asif Iqbal <user-6f4b51ac2a40@xymon.invalid> wrote:

On Mon, Jan 25, 2010 at 5:36 PM, Asif Iqbal <user-6f4b51ac2a40@xymon.invalid> 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?
list Stef Coene · Wed, 27 Jan 2010 17:21:23 +0100 ·
▸ quoted from Asif Iqbal
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
list Asif Iqbal · Wed, 27 Jan 2010 11:33:54 -0500 ·
▸ quoted from Stef Coene
On Wed, Jan 27, 2010 at 11:21 AM, Stef Coene <user-dbffe946c0f4@xymon.invalid> 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
▸ quoted from Asif Iqbal


-- 
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?
list Asif Iqbal · Fri, 29 Jan 2010 17:17:30 -0500 ·
▸ quoted from Stef Coene
On Wed, Jan 27, 2010 at 11:21 AM, Stef Coene <user-dbffe946c0f4@xymon.invalid> 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.
▸ quoted from Asif Iqbal


Stef


-- 
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?