Xymon Mailing List Archive search

Combo test - clear issue

3 messages in this thread

list Nicolas Lienard · Wed, 12 Oct 2011 09:13:13 +0200 ·
Hello

On Hobbit 4.2.0, i did a COMBO test.

Here the rule:

060-PRO-IPS.ALTA = (MAPPRO29W\-p1.cont\_IPS2 || 
MAPPRO29W\-p2.cont\_IPS2) && \
                   (MAPPRO29W\-p1.http || MAPPRO29W\-p2.http) && \
                   (MAPPRO36C\-p1.cont\_ipsalfresco || 
MAPPRO36C\-p2.cont\_ipsalfresco) && \
                   (MAPPRO36C\-p1.http || MAPPRO36C\-p2.http) && \
                   (MAPDB05.orarac || MAPDB06.orarac) && (MAPDB05.oraDB 
|| MAPDB06.oraDB) && \
                   (MAPPRO34G\-p2.cont\_ppmptadmin) && \
                   (MAPMAIL01.ldap || MAPMAIL02.ldap) && (MAPMAIL01.smtp 
|| MAPMAIL02.smtp) && MAPPRO29G\-p2.cont\_ipsgestion


the result is strange, many checks are CLEAR instead of GREEN.

I notice that the CLEAR are on HTTP/CONTENT and oraDB checks.
LDAP, SMTP and oraRac are working well (green).

oraDB is an external check performed by hobbit server.
orarac is an external check performed by hobbit client.
ldap smtp http are internal checks performed by hobbit server.

there is no logic for me why one is clear and one is green :(

Here the result on hobbit:

Mon Oct 10 22:45:05 2011

(MAPPRO29W\-p1.cont\_IPS2&&MAPPRO29W\-p2.cont\_IPS2)&&(MAPPRO29W\-p1.http&&MAPPRO29W\-p2.http)&&(MAPPRO36C\-p1.cont\_ipsalfresco&&MAPPRO36C\-p2.cont\_ipsalfresco)&&(MAPPRO36C\-p1.http&&MAPPRO36C\-p2.http)&&(MAPDB05.oraDB&&MAPDB06.oraDB)&&(MAPDB05.orarac&&MAPDB06.orarac)&&(MAPMAIL01.ldap&&MAPMAIL02.ldap)&&(MAPMAIL01.smtp&&MAPMAIL02.smtp)&&MAPPRO29G\-p2.cont\_ipsgestion 
= (1&&1)&&(1&&1)&&(1&&1)&&(1&&1)&&(1&&1)&&(0&&0)&&(1&&1)&&(1&&1)&&1 = 0
clear MAPPRO29W-p1.cont_IPS2
clear MAPPRO29W-p2.cont_IPS2
clear MAPPRO29W-p1.http
clear MAPPRO29W-p2.http
clear MAPPRO36C-p1.cont_ipsalfresco
clear MAPPRO36C-p2.cont_ipsalfresco
clear MAPPRO36C-p1.http
clear MAPPRO36C-p2.http
clear MAPDB05.oraDB
clear MAPDB06.oraDB
red MAPDB05.orarac
red MAPDB06.orarac
green MAPMAIL01.ldap
green MAPMAIL02.ldap
green MAPMAIL01.smtp
green MAPMAIL02.smtp
clear MAPPRO29G-p2.cont_ipsgestion


When i check manually the status, i can see there should be green:

hobbit at cmsma-mn01 ~ $ bb 0 "query MAPPRO29G-p2.cont_ipsgestion"
green Wed Oct 12 09:07:09 2011: Content OK

hobbit at cmsma-mn01 ~ $ bb 0 "query MAPDB06.oraDB"
green Wed Oct 12 09:08:30 CEST 2011


Is there a reason for that ?

Did i miss something ?

Any help is welcome.

Cheers
Nico
list Jeremy Laidman · Fri, 14 Oct 2011 11:41:37 +1100 ·
The combo code is a bit buggy.  [might only affect multi-level combos,
but I don't know]  Also, it does some iteration, and I wonder if this
gets short-circuited in some cases.  Is the end result correct?

Cheers
Jeremy
list Nicolas Lienard · Thu, 27 Oct 2011 11:50:10 +0200 ·
Hi

thanks for your answer.

Finally i found out the problem. It was on my side :)

combo tests are case sensitive and in some hostname configured there were a small p instead of a big P.
(ex:MAPPRO29W\-p1.http instead of MAPPRO29W\-P1.http).

After fixing that, it works perfectly.

Only one thing is strange is when a service is BLUE, the result is 0 instead of 1. so, we can t use maintenance as well as it affects the combo tests :(


cheers
Nico
quoted from Jeremy Laidman


On Fri, 14 Oct 2011 11:41:37 +1100, Jeremy Laidman wrote:
The combo code is a bit buggy.  [might only affect multi-level combos,
but I don't know]  Also, it does some iteration, and I wonder if this
gets short-circuited in some cases.  Is the end result correct?

Cheers
Jeremy