Xymon Mailing List Archive search

"Blue" status doesn't stick using '*'?

4 messages in this thread

list David Mills · Tue, 26 Mar 2013 22:14:07 +0000 ·
All -

For some reason many (all?) hosts are currently impervious to being disabled from the CLI if I use the "*" wildcard for the TESTNAME value. According to the xymon man page, I should be able "...To disable all tests for a host, use an asterisk "*" for TESTNAME." All tests for this host should go "blue" and stay in this state indefinitely (right?). However, I see this  (timestamps in the prompts):

        16:51:39 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "disable twau009.* -1 "

      16:52:16 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "xymondboard host=twau009 fields=testname,color,disabletime"
      trends|green|0
      info|green|0
      memory|blue|-1
      files|blue|-1
      msgs|blue|-1
      ports|blue|-1
      procs|blue|-1
      disk|blue|-1
      cpu|blue|-1
      prtdiag|blue|-1
      nfs|blue|-1
      raid|blue|-1
      tm|blue|-1
      conn|blue|-1
      sar|blue|-1
      iostat2|blue|-1

   then, about one minute later, I see my first "rebel" test ("conn") flip itself back to non-disabled:

      16:53:14 dwru002:/var/log/xymon> ~/xymon/server//bin/xymon $XYMON_server  "xymondboard host=twau009 fields=testname,color,disabletime" | grep -v blue
      trends|green|0
      info|green|0
      conn|green|0

It takes about five-six minutes, but all eventually desert their "blue" status and return to green.

On the other hand, naming tests explicitly like the following seems to do the job more permanently:

17:03:50 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "disable twau009.msgs -1 "
17:05:22 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "disable twau009.files -1 "
17:05:28 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "disable twau009.ports -1 "

Help?

~~~~~~~~~~~~~~~~~~~
David Mills
Systems Administrator
Northrop Grumman
XXX-XXX-XXXX
user-eb64c112f0e9@xymon.invalid
list Ralph Mitchell · Tue, 26 Mar 2013 18:24:55 -0400 ·
quoted from David Mills
On Mar 26, 2013 6:15 PM, "Mills, David (IS)" <user-eb64c112f0e9@xymon.invalid> wrote:
All –

For some reason many (all?) hosts are currently impervious to being
disabled from the CLI if I use the “*” wildcard for the TESTNAME value.
According to the xymon man page, I should be able “…To disable all tests
for a host, use an asterisk "*" for TESTNAME.” All tests for this host
should go “blue” and stay in this state indefinitely (right?). However, I
see this  (timestamps in the prompts):
        16:51:39 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon
$XYMON_server  "disable twau009.* -1 "
16:52:16 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server
"xymondboard host=twau009 fields=testname,color,disabletime"
trends|green|0
info|green|0
memory|blue|-1
files|blue|-1
msgs|blue|-1
ports|blue|-1
procs|blue|-1
disk|blue|-1
cpu|blue|-1
prtdiag|blue|-1
nfs|blue|-1
raid|blue|-1
tm|blue|-1
conn|blue|-1
sar|blue|-1
iostat2|blue|-1

   then, about one minute later, I see my first “rebel” test (“conn”)
flip itself back to non-disabled:

16:53:14 dwru002:/var/log/xymon> ~/xymon/server//bin/xymon $XYMON_server
"xymondboard host=twau009 fields=testname,color,disabletime" | grep –v blue
trends|green|0
info|green|0
conn|green|0

It takes about five-six minutes, but all eventually desert their “blue”
status and return to green.

On the other hand, naming tests explicitly like the following seems to do
the job more permanently:

17:03:50 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server
"disable twau009.msgs -1 "
17:05:22 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server
"disable twau009.files -1 "
17:05:28 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server
"disable twau009.ports -1 "

I think you'll find that "-1" means "until OK", so when a green report
comes in, that flips it out of the blue state.

Ralph Mitchell
list David Mills · Tue, 26 Mar 2013 22:27:39 +0000 ·
Well, ... that's embarrassing.   So - there's no way to indefinitely disable a test? Sorry - I feel like I'm missing a boat here.

;-)  Thanks, Ralph!
quoted from Ralph Mitchell


From: Ralph Mitchell [mailto:user-00a5e44c48c0@xymon.invalid]
Sent: Tuesday, March 26, 2013 5:25 PM
To: Mills, David (IS)
Cc: xymon at xymon.com
Subject: EXT :Re: [Xymon] "Blue" status doesn't stick using '*'?


On Mar 26, 2013 6:15 PM, "Mills, David (IS)" <user-eb64c112f0e9@xymon.invalid<mailto:user-eb64c112f0e9@xymon.invalid>> wrote:
All -

For some reason many (all?) hosts are currently impervious to being disabled from the CLI if I use the "*" wildcard for the TESTNAME value. According to the xymon man page, I should be able "...To disable all tests for a host, use an asterisk "*" for TESTNAME." All tests for this host should go "blue" and stay in this state indefinitely (right?). However, I see this  (timestamps in the prompts):

        16:51:39 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "disable twau009.* -1 "

16:52:16 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "xymondboard host=twau009 fields=testname,color,disabletime"
trends|green|0
info|green|0
memory|blue|-1
files|blue|-1
msgs|blue|-1
ports|blue|-1
procs|blue|-1
disk|blue|-1
cpu|blue|-1
prtdiag|blue|-1
nfs|blue|-1
raid|blue|-1
tm|blue|-1
conn|blue|-1
sar|blue|-1
iostat2|blue|-1

   then, about one minute later, I see my first "rebel" test ("conn") flip itself back to non-disabled:

16:53:14 dwru002:/var/log/xymon> ~/xymon/server//bin/xymon $XYMON_server  "xymondboard host=twau009 fields=testname,color,disabletime" | grep -v blue
trends|green|0
info|green|0
conn|green|0

It takes about five-six minutes, but all eventually desert their "blue" status and return to green.

On the other hand, naming tests explicitly like the following seems to do the job more permanently:

17:03:50 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "disable twau009.msgs -1 "
17:05:22 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "disable twau009.files -1 "
17:05:28 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "disable twau009.ports -1 "
I think you'll find that "-1" means "until OK", so when a green report comes in, that flips it out of the blue state.

Ralph Mitchell
list Ryan Novosielski · Tue, 26 Mar 2013 18:58:19 -0400 ·
I do really long times (like 999 weeks). That's basically indefinite.
quoted from David Mills


From: Mills, David (IS) [mailto:user-eb64c112f0e9@xymon.invalid]
Sent: Tuesday, March 26, 2013 06:27 PM
To: Ralph Mitchell <user-00a5e44c48c0@xymon.invalid>
Cc: xymon at xymon.com <xymon at xymon.com>
Subject: Re: [Xymon] EXT :Re: "Blue" status doesn't stick using '*'?

Well, … that’s embarrassing.   So – there’s no way to indefinitely disable a test? Sorry – I feel like I’m missing a boat here.

;-)  Thanks, Ralph!


From: Ralph Mitchell [mailto:user-00a5e44c48c0@xymon.invalid]
Sent: Tuesday, March 26, 2013 5:25 PM
To: Mills, David (IS)
Cc: xymon at xymon.com
Subject: EXT :Re: [Xymon] "Blue" status doesn't stick using '*'?


On Mar 26, 2013 6:15 PM, "Mills, David (IS)" <user-eb64c112f0e9@xymon.invalid<mailto:user-eb64c112f0e9@xymon.invalid>> wrote:
All –

For some reason many (all?) hosts are currently impervious to being disabled from the CLI if I use the “*” wildcard for the TESTNAME value. According to the xymon man page, I should be able “…To disable all tests for a host, use an asterisk "*" for TESTNAME.” All tests for this host should go “blue” and stay in this state indefinitely (right?). However, I see this  (timestamps in the prompts):

        16:51:39 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "disable twau009.* -1 "

16:52:16 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "xymondboard host=twau009 fields=testname,color,disabletime"
trends|green|0
info|green|0
memory|blue|-1
files|blue|-1
msgs|blue|-1
ports|blue|-1
procs|blue|-1
disk|blue|-1
cpu|blue|-1
prtdiag|blue|-1
nfs|blue|-1
raid|blue|-1
tm|blue|-1
conn|blue|-1
sar|blue|-1
iostat2|blue|-1

   then, about one minute later, I see my first “rebel” test (“conn”) flip itself back to non-disabled:

16:53:14 dwru002:/var/log/xymon> ~/xymon/server//bin/xymon $XYMON_server  "xymondboard host=twau009 fields=testname,color,disabletime" | grep –v blue
trends|green|0
info|green|0
conn|green|0

It takes about five-six minutes, but all eventually desert their “blue” status and return to green.

On the other hand, naming tests explicitly like the following seems to do the job more permanently:

17:03:50 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "disable twau009.msgs -1 "
17:05:22 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "disable twau009.files -1 "
17:05:28 dwru002:/var/log/xymon> ~/xymon/server/bin/xymon $XYMON_server  "disable twau009.ports -1 "
I think you'll find that "-1" means "until OK", so when a green report comes in, that flips it out of the blue state.

Ralph Mitchell