Re: [hobbit] TS - Access to the ACKCODE after the notification but before restored to service

[Ralph Mitchell <ralphmitchell (at) gmail.com>]

I don't think there's any one place to get this info.  Once you know what
you're looking for, you'll find bits scattered through the manual pages for
bb-hosts and maybe bbtest-net.

   o - open            - is the service open?
   r - reverse         - reverse the status of the test. e.g. !conn would
show red if you *can* ping it
   d - dialup          - don't show red if the host is unreachable
   a - always true  - shows true state of the service.  same as noclear in
bb-hosts
   s - silent           - make the test silent, not sending data to the
host.  e.g. ssh:s
   t - testip           - test by ip from bb-hosts, instead of doing dns
lookup
   l - dodns          - set if a DNS lookup is needed
   e - dnserror      - set if the host's IP can't be found

I picked those bits out of the bbtest-net source files.

In bbnet/bbtest-net.c:

                flags[i++] = (t->open ? 'O' : 'o');
                flags[i++] = (t->reverse ? 'R' : 'r');
                flags[i++] = ((t->dialup || t->host->dialup) ? 'D' : 'd');
                flags[i++] = (t->alwaystrue ? 'A' : 'a');
                flags[i++] = (t->silenttest ? 'S' : 's');
                flags[i++] = (t->host->testip ? 'T' : 't');
                flags[i++] = (t->host->dodns ? 'L' : 'l');
                flags[i++] = (t->host->dnserror ? 'E' : 'e');
                flags[i++] = '\0';

In bbnet/bbtest-net.h (not necessarily in this order):

        int open;             /* Is the service open ? NB: Shows true state
of service, ignores flags */
        int reverse;          /* "!testname" flag */
        int dialup;            /* "?testname" flag */
        int alwaystrue;     /* "~testname" flag */
        int silenttest;       /* "testname:s" flag */
        int testip;            /* testip flag (dont do dns lookups on
hostname) */
        int dodns;           /* set while loading tests if we need to do a
DNS lookup */
        int dnserror;        /* set internally if we cannot find the host's
IP */


Ralph Mitchell


On Tue, Feb 23, 2010 at 12:04 PM, <d.tom.schmitt (at) l-3com.com> wrote:

>  I did not realize it was the 'cookie' value.
>
>
>
> Does anyone know what the Flags stand for:
>
>       e.g.  ordAstLe
>
>
>
> Is there a chart somewhere showing the values?
>
>
>
>
>
> *Thanks,*
>
> * *
>
> *Tom Schmitt*
>
> *Senior IT Staff - R&D*
>
> Salt Lake City, UT  84116
>
> Phone (801) *594-3030*
>
> Cell      (801) 231-7230
>
> eFax    (413) *480-6873*
>
> *D.Tom.Schmitt (at) L-3Com.com*
>
> *           **\\\\||////***
>
> *             **\ ~  ~ /  ***
>
> *             **| @  @ |   ***
>
> *--oOo---(_)---oOo--***
>
>
>
> *From:* d.tom.schmitt (at) L-3com.com [mailto:d.tom.schmitt (at) L-3com.com]
> *Sent:* Tuesday, February 23, 2010 9:17 AM
> *To:* hobbit (at) hswn.dk
> *Subject:* [hobbit] TS - Access to the ACKCODE after the notification but
> before restored to service
>
>
>
> Hobbit [876756] Tom-Cisco-7940:conn CRITICAL (RED)
>
>               ACKCODE
>
>
>
> Is there a report that you can run from ‘bb’ program that will give you the
> ACKCODE of a device that is still down?
>
> If a device is down for an extended period of time, I want to send out an
> escalation email and want to include the ACKCODE
>
> so that the manager/supervisor can respond immediately.
>
>
>
> *Thanks,*
>
> * *
>
> *Tom Schmitt*
>
> *Senior IT Staff - R&D*
>
> Salt Lake City, UT  84116
>
> Phone (801) *594-3030*
>
> Cell      (801) 231-7230
>
> eFax    (413) *480-6873*
>
> *D.Tom.Schmitt (at) L-3Com.com*
>
> *           **\\\\||////***
>
> *             **\ ~  ~ /  ***
>
> *             **| @  @ |   ***
>
> *--oOo---(_)---oOo--***
>
>
>