"Main View" Help Needed

26 messages in this thread

list Wiskbroom · Fri, 13 Nov 2009 11:52:50 -0500 ·

I currently have 7 sites which I intend to monitor using xymon.  
I've already configured each site using "page site1group Site1", each including several "group-compress" statements that break down the site for additional items like "Windows Servers", "XP Desktops", "Windows-7 Desktops", "Netgear", "Linux Servers", etc.  So far, it looks and works beautifully.  
What I'd like to do now is to create a separating break followed by additional "pages" labeled "Windows Servers", "XP Desktops", "Windows-7 Desktops", "Netgear", "Linux Servers", etc.  The difference between what is contained in the "page" under "XP Desktops" on my "Main View" and Site1's "XP Desktops" are that the one under "Main View" would contain ALL of the firms "XP Desktops" and Site1 would contain only those. 
My question is, how do I create the separator, and how do I make the pages, grouped by function as I've stated?

I know that I can just keep creating more pages, but I wish to have them separate and with a different title as well.

Thanks,

.vp

list Alan Sparks · Fri, 13 Nov 2009 10:03:34 -0700 ·

▸ quoted from Wiskbroom

user-ddebaeecde97@xymon.invalid wrote:

I currently have 7 sites which I intend to monitor using xymon.  

I've already configured each site using "page site1group Site1", each including several "group-compress" statements that break down the site for additional items like "Windows Servers", "XP Desktops", "Windows-7 Desktops", "Netgear", "Linux Servers", etc.  So far, it looks and works beautifully.  

What I'd like to do now is to create a separating break followed by additional "pages" labeled "Windows Servers", "XP Desktops", "Windows-7 Desktops", "Netgear", "Linux Servers", etc.  The difference between what is contained in the "page" under "XP Desktops" on my "Main View" and Site1's "XP Desktops" are that the one under "Main View" would contain ALL of the firms "XP Desktops" and Site1 would contain only those. 

My question is, how do I create the separator, and how do I make the pages, grouped by function as I've stated?

I know that I can just keep creating more pages, but I wish to have them separate and with a different title as well.

Not sure I visualize what you want correctly - but it sounds to me like
you want to create some additional page or subpage groups, and copy the
appropriate host entries into those.  You can make the IP address of any
copied entries 0.0.0.0, and just put the option "noconn" on the entry
for the tests.  The first entry, with the real IP and real tests, will
do the testing, and the copied entries for the hosts will appear on
other pages of you choosing with the same test statuses.  You can of
course choose, on those subpages, to do alternative group-compress or
group-except options to alter the display.

Hope that helps.
-Alan

list Wiskbroom · Fri, 13 Nov 2009 14:43:47 -0500 ·

I guess to simplify it, I want to create a set of "new" pages which are centered and not an extension of any previous set.  

So, for example, my settings for BGENOPTS="--subpagecolumns=7". Now supposing I have six sites which I want to monitor, my next entry for "page" gets wrapped into the actual sites, and the entries for ALL, which are all of the Windows Servers, Linux Servers, etc, are limited to just 7, as shown above, what if Ihave 8?  Also, I want to make a clear distinction between the sites and the aggregated list.

.vp

From: user-8f2174fd8b66@xymon.invalid

▸ quoted from Alan Sparks

user-ddebaeecde97@xymon.invalid wrote:

I currently have 7 sites which I intend to monitor using xymon.

I've already configured each site using "page site1group Site1", each including several "group-compress" statements that break down the site for additional items like "Windows Servers", "XP Desktops", "Windows-7 Desktops", "Netgear", "Linux Servers", etc. So far, it looks and works beautifully.

What I'd like to do now is to create a separating break followed by additional "pages" labeled "Windows Servers", "XP Desktops", "Windows-7 Desktops", "Netgear", "Linux Servers", etc. The difference between what is contained in the "page" under "XP Desktops" on my "Main View" and Site1's "XP Desktops" are that the one under "Main View" would contain ALL of the firms "XP Desktops" and Site1 would contain only those.

My question is, how do I create the separator, and how do I make the pages, grouped by function as I've stated?

I know that I can just keep creating more pages, but I wish to have them separate and with a different title as well.

Not sure I visualize what you want correctly - but it sounds to me like
you want to create some additional page or subpage groups, and copy the
appropriate host entries into those. You can make the IP address of any
copied entries 0.0.0.0, and just put the option "noconn" on the entry
for the tests. The first entry, with the real IP and real tests, will
do the testing, and the copied entries for the hosts will appear on
other pages of you choosing with the same test statuses. You can of
course choose, on those subpages, to do alternative group-compress or
group-except options to alter the display.

Hope that helps.
-Alan

list Alan Sparks · Fri, 13 Nov 2009 13:15:48 -0700 ·

▸ quoted from Wiskbroom

user-ddebaeecde97@xymon.invalid wrote:

I guess to simplify it, I want to create a set of "new" pages which are centered and not an extension of any previous set.  

So, for example, my settings for BGENOPTS="--subpagecolumns=7". Now supposing I have six sites which I want to monitor, my next entry for "page" gets wrapped into the actual sites, and the entries for ALL, which are all of the Windows Servers, Linux Servers, etc, are limited to just 7, as shown above, what if Ihave 8?  Also, I want to make a clear distinction between the sites and the aggregated list.

.vp

Honestly, not sure you made it any clearer (to me anyway).  When I use
the "page" directive, the following hosts show up on another page, and
the subpage is linked under a section (by default) something like
"subpages hosted locally."  I usually put the page directives toward the
bottom of my bb-hosts, under any host entries I expect to show on the
main page.

Not sure if you can show us what you mean... since I guess I'm not
getting it from your description.
-Alan

list Richard Finegold · Fri, 13 Nov 2009 23:05:05 -0800 ·

▸ quoted from Wiskbroom

On Fri, Nov 13, 2009 at 08:52,  <user-ddebaeecde97@xymon.invalid> wrote:

I've already configured each site using "page site1group Site1", each including several "group-compress" statements that break down the site for additional items like "Windows Servers", "XP Desktops", "Windows-7 Desktops", "Netgear", "Linux Servers", etc.  So far, it looks and works beautifully.

What I'd like to do now is to create a separating break followed by additional "pages" labeled "Windows Servers", "XP Desktops", "Windows-7 Desktops", "Netgear", "Linux Servers", etc.  The difference between what is contained in the "page" under "XP Desktops" on my "Main View" and Site1's "XP Desktops" are that the one under "Main View" would contain ALL of the firms "XP Desktops" and Site1 would contain only those.

Would another "Main View" instead of a separating break be acceptable?
Perhaps preferable?

If so, you could create a pageset -- take a look at the bbgen manual
for this. I use it to create another view (main is by type, second is
by site). Adding a hyperlink targeting the secondary pageset to
menu_items.js is easy.

list Doug Williams · Mon, 16 Nov 2009 13:31:47 -0700 ·

Hi,
Anyone running beastat.pl on their Hobbit clients rather than the Hobbit
server?


I have beastat.pl tests working for our BEA WL servers from a Hobbit
server but I am having to move at least half of our BEA WL servers to be
tested to the Hobbit respective clients instead of a single Hobbit
server.  Reading through the docs, I don't really see how the Hobbit
server bb-hosts and the Hobbit client bb-hosts should look in this case?


On client beastat.pl, I did the:

$Hobbit_fd_lib::HOBBIT = 1;
$Hobbit_fd_lib::USEBBHGREP = 0;


Running beastat.pl from the client's clientlaunch.cfg,  getting:


Mon Nov 16 12:24:51 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:29:52 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:34:55 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:39:57 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:44:59 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:55:00 2009:FATAL: BBVAR environment not defined
Mon Nov 16 13:00:02 2009:FATAL: BBVAR environment not defined
Mon Nov 16 13:05:04 2009:FATAL: BBVAR environment not defined
Mon Nov 16 13:10:06 2009:FATAL: BBVAR environment not defined
Mon Nov 16 13:15:09 2009:FATAL: BBVAR environment not defined

Thanks
Doug

list Wiskbroom · Mon, 16 Nov 2009 16:33:27 -0500 ·

Richard;

Great idea, thank you.  Some questions, aside from learning to to generate another pageset, say bb3.html, would all of the other environ variables be the same?  Where does bbgen actually create bb.html, and should I just insert additional code in that file to create a new file?

Thanks,

.vp

▸ quoted from Richard Finegold

On Fri, Nov 13, 2009 at 08:52,  wrote:

I've already configured each site using "page site1group Site1", each including several "group-compress" statements that break down the site for additional items like "Windows Servers", "XP Desktops", "Windows-7 Desktops", "Netgear", "Linux Servers", etc.  So far, it looks and works beautifully.

What I'd like to do now is to create a separating break followed by additional "pages" labeled "Windows Servers", "XP Desktops", "Windows-7 Desktops", "Netgear", "Linux Servers", etc.  The difference between what is contained in the "page" under "XP Desktops" on my "Main View" and Site1's "XP Desktops" are that the one under "Main View" would contain ALL of the firms "XP Desktops" and Site1 would contain only those.

Would another "Main View" instead of a separating break be acceptable?
Perhaps preferable?

If so, you could create a pageset -- take a look at the bbgen manual
for this. I use it to create another view (main is by type, second is
by site). Adding a hyperlink targeting the secondary pageset to
menu_items.js is easy.

list Patrick Nixon · Mon, 16 Nov 2009 16:34:14 -0500 ·

Did you define the ENVFILE variable like:
[bbscreen]
        ENVFILE /usr/lib/hobbit/client/etc/hobbitclient.cfg
        NEEDS hobbitd
        CMD /usr/lib/hobbit/server/ext/bbscreen.pl
        LOGFILE $BBSERVERLOGS/bbscreen.log


On Mon, Nov 16, 2009 at 3:31 PM, Williams, Doug (Consultant-RIC)

▸ quoted from Doug Williams

<user-63162c140807@xymon.invalid> wrote:

Hi,
Anyone running beastat.pl on their Hobbit clients rather than the Hobbit
server?


I have beastat.pl tests working for our BEA WL servers from a Hobbit
server but I am having to move at least half of our BEA WL servers to be
tested to the Hobbit respective clients instead of a single Hobbit
server.  Reading through the docs, I don't really see how the Hobbit
server bb-hosts and the Hobbit client bb-hosts should look in this case?


On client beastat.pl, I did the:

$Hobbit_fd_lib::HOBBIT = 1;
$Hobbit_fd_lib::USEBBHGREP = 0;


Running beastat.pl from the client's clientlaunch.cfg,  getting:


Mon Nov 16 12:24:51 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:29:52 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:34:55 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:39:57 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:44:59 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:55:00 2009:FATAL: BBVAR environment not defined
Mon Nov 16 13:00:02 2009:FATAL: BBVAR environment not defined
Mon Nov 16 13:05:04 2009:FATAL: BBVAR environment not defined
Mon Nov 16 13:10:06 2009:FATAL: BBVAR environment not defined
Mon Nov 16 13:15:09 2009:FATAL: BBVAR environment not defined

Thanks
Doug

list Doug Williams · Mon, 16 Nov 2009 15:10:24 -0700 ·

Thanks for the reply.  Yes, I think I am invoking it the same way as on the Hobbit server, but in clientlaunch.cfg on the client now:

[JVM]
        ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg
        NEEDS hobbitd
        CMD $HOBBITCLIENTHOME/ext/beastat.pl
        LOGFILE $HOBBITCLIENTHOME/logs/beastat.log
        INTERVAL 5m


I have the following in hobbit clients bb-hosts:

0.0.0.0 prdAcrm1_01     # noconn nodisp beastat
#0.0.0.0 prdAcrm1_01.crmServer   # noconn beaping


If I comment out the following:

Hobbit_fd_lib.pm:  #  &check_env_var("BBVAR",1);

It at least looks like it runs the test, but having trouble with the BBDISPLAY now I think.  I set "bbdisplay" in beastat.ini to hobbit server no effect.  Output I get in log (sorry if over-kill on the debug output):


Mon Nov 16 14:55:54 2009:WARNING: Use of uninitialized value in concatenation (.) or string at /usr/local/hobbit/client/ext/Hobbit_fd_lib.pm line 1224.
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::get_disabled_hosts line 1235
Mon Nov 16 14:55:54 2009:DEBUG: GET DISABLED HOSTS
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::get_disabled_hosts line 1235
Mon Nov 16 14:55:54 2009:DEBUG: /disabled
Mon Nov 16 14:55:54 2009:ERROR: Could not close the DISABLED directory handle: No such file or directory
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::initialize_host_test line 327
Mon Nov 16 14:55:54 2009:DEBUG: hostname: prdAcrm1_01
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::initialize_host_test line 327
Mon Nov 16 14:55:54 2009:DEBUG: hostadress: prdAcrm1_01
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 276
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=uptime, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=ConnState, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=connection, EVENT=ConnState, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=domuptime, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=domuptime, EVENT=domuptime, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=Server, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=ServerRuntime, EVENT=Server, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=Domain, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=DomainRuntime, EVENT=Domain, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=Cluster, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=ClusterRuntime, EVENT=Cluster, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=JMS, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=JMSRuntime, EVENT=JMS, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=JTA, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=JTARuntime, EVENT=JTA, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=JVM, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=JVMRuntime, EVENT=JVM, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=JDBCConn, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=JDBCConnectionPoolRuntime, EVENT=JDBCConn, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=JMSDest, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=JMSDestinationRuntime, EVENT=JMSDest, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=ExecQueue, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=ExecuteQueueRuntime, EVENT=ExecQueue, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=Servlet, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=ServletRuntime, EVENT=Servlet, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=SrvSec, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=ServerSecurityRuntime, EVENT=SrvSec, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=WebApp, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=WebAppComponentRuntime, EVENT=WebApp, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=EJB, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=EJBComponentRuntime, EVENT=EJB, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=Time, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=TimeServiceRuntime, EVENT=Time, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::check_test line 1065
Mon Nov 16 14:55:54 2009:DEBUG: mode=0, tocheck=0, testmode=0 data0=LogB, data1=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::load_test_config line 445
Mon Nov 16 14:55:54 2009:DEBUG: LINE=LogBroadcasterRuntime, EVENT=LogB, CHECK=status+60
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::get_host_avail line 330
Mon Nov 16 14:55:54 2009:DEBUG: Checking if host is available= /usr/local/hobbit/client/bin/bb 0.0.0.0 "query papp01.conn"
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::exec_local_cmd line 641
Mon Nov 16 14:55:54 2009:DEBUG:
RESULT= 0, COMMAND= /usr/local/hobbit/client/bin/bb 0.0.0.0 "query papp01.conn" ,VALUE=green <!-- [flags:OrdAstLe] --> Mon Nov 16 16:52:12 2009 conn ok
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::exec_local_cmd line 641
Mon Nov 16 14:55:54 2009:DEBUG:
RESULT= 0, COMMAND= /usr/local/hobbit/client/bin/bb 0.0.0.0 "query papp01.conn" ,VALUE=green <!-- [flags:OrdAstLe] --> Mon Nov 16 16:52:12 2009 conn ok
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::get_host_avail line 330
Mon Nov 16 14:55:54 2009:DEBUG: HOSTSTAT=green <!-- [flags:OrdAstLe] --> Mon Nov 16 16:52:12 2009 conn ok
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::get_server_list line 336
Mon Nov 16 14:55:54 2009:DEBUG: SERVER_LIST 0.0.0.0 prdAcrm1_01.crmServer   # noconn beaping
 HOSTNAME=prdAcrm1_01
Mon Nov 16 14:55:54 2009:CALL : Hobbit_fd_lib::get_server_list line 336
Mon Nov 16 14:55:54 2009:DEBUG: IP=0.0.0.0 DOM=prdAcrm1_01 NAME=crmServer
Mon Nov 16 14:56:08 2009:CALL : Hobbit_fd_lib::exec_local_cmd line 78
Mon Nov 16 14:56:08 2009:DEBUG:
RESULT= 0, COMMAND= /opt/java1.4.2.20/bin/java -classpath /opt/weblogic81sp5pl/weblogic81/server/lib/weblogic.jar weblogic.Admin -adminurl papp01:10100 -username XXXXX -password XXXXXXX BATCHUPDATE -batchFile /usr/local/hobbit/client/tmp/beastat.run.papp01.23578 -continueOnError 2>&1 ,VALUE=Current state of "crmServer" : RUNNING


Mon Nov 16 14:56:08 2009:CALL : Hobbit_fd_lib::exec_local_cmd line 78
Mon Nov 16 14:56:08 2009:DEBUG:
RESULT= 0, COMMAND= /opt/java1.4.2.20/bin/java -classpath /opt/weblogic81sp5pl/weblogic81/server/lib/weblogic.jar weblogic.Admin -adminurl papp01:10100 -username XXXXXXX -password XXXXXXXX BATCHUPDATE -batchFile /usr/local/hobbit/client/tmp/beastat.run.papp01.23578 -continueOnError 2>&1 ,VALUE=Current state of "crmServer" : RUNNING


Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 365
Mon Nov 16 14:56:09 2009:DEBUG: TEST=connection, TYPE=status+60, EVENT=ConnState, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 365
Mon Nov 16 14:56:09 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: ConnState, time: 00:00:15, color=red
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 365
Mon Nov 16 14:56:09 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .ConnState red Mon Nov 16 14:56:09 2009 Current state of "crmServer" : RUNNING


beastat.pl version 1.09 - column ConnState lifetime 60, tested in ~ 00:00:15 (max 00:04:00)
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: TEST=ServerRuntime, TYPE=status+60, EVENT=Server, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: Server, time: 00:00:14, color=clear
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .Server clear Mon Nov 16 14:56:09 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column Server lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: TEST=DomainRuntime, TYPE=status+60, EVENT=Domain, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: Domain, time: 00:00:14, color=clear
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .Domain clear Mon Nov 16 14:56:09 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column Domain lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: TEST=ClusterRuntime, TYPE=status+60, EVENT=Cluster, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: Cluster, time: 00:00:14, color=clear
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .Cluster clear Mon Nov 16 14:56:09 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column Cluster lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: TEST=JMSRuntime, TYPE=status+60, EVENT=JMS, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: JMS, time: 00:00:14, color=clear
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .JMS clear Mon Nov 16 14:56:09 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column JMS lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: TEST=JTARuntime, TYPE=status+60, EVENT=JTA, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: JTA, time: 00:00:14, color=clear
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .JTA clear Mon Nov 16 14:56:09 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column JTA lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: TEST=JVMRuntime, TYPE=status+60, EVENT=JVM, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: JVM, time: 00:00:14, color=clear
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .JVM clear Mon Nov 16 14:56:09 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column JVM lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: TEST=JDBCConnectionPoolRuntime, TYPE=status+60, EVENT=JDBCConn, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: JDBCConn, time: 00:00:14, color=clear
Mon Nov 16 14:56:09 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:09 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .JDBCConn clear Mon Nov 16 14:56:09 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column JDBCConn lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: TEST=JMSDestinationRuntime, TYPE=status+60, EVENT=JMSDest, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: JMSDest, time: 00:00:14, color=clear
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .JMSDest clear Mon Nov 16 14:56:10 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column JMSDest lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: TEST=ExecuteQueueRuntime, TYPE=status+60, EVENT=ExecQueue, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: ExecQueue, time: 00:00:14, color=clear
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .ExecQueue clear Mon Nov 16 14:56:10 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column ExecQueue lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: TEST=ServletRuntime, TYPE=status+60, EVENT=Servlet, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: Servlet, time: 00:00:14, color=clear
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .Servlet clear Mon Nov 16 14:56:10 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column Servlet lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: TEST=ServerSecurityRuntime, TYPE=status+60, EVENT=SrvSec, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: SrvSec, time: 00:00:14, color=clear
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .SrvSec clear Mon Nov 16 14:56:10 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column SrvSec lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: TEST=WebAppComponentRuntime, TYPE=status+60, EVENT=WebApp, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: WebApp, time: 00:00:14, color=clear
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .WebApp clear Mon Nov 16 14:56:10 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column WebApp lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: TEST=EJBComponentRuntime, TYPE=status+60, EVENT=EJB, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: EJB, time: 00:00:14, color=clear
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .EJB clear Mon Nov 16 14:56:10 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column EJB lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: TEST=TimeServiceRuntime, TYPE=status+60, EVENT=Time, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: Time, time: 00:00:14, color=clear
Mon Nov 16 14:56:10 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:10 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .Time clear Mon Nov 16 14:56:10 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column Time lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:11 2009:DEBUG: TEST=LogBroadcasterRuntime, TYPE=status+60, EVENT=LogB, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:11 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: LogB, time: 00:00:14, color=clear
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::send_bb line 415
Mon Nov 16 14:56:11 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .LogB clear Mon Nov 16 14:56:11 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column LogB lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::send_bb line 1347
Mon Nov 16 14:56:11 2009:DEBUG: TEST=uptime, TYPE=status+60, EVENT=uptime, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::send_bb line 1347
Mon Nov 16 14:56:11 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: uptime, time: 00:00:14, color=clear
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::send_bb line 1347
Mon Nov 16 14:56:11 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .uptime clear Mon Nov 16 14:56:11 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column uptime lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::send_bb line 1347
Mon Nov 16 14:56:11 2009:DEBUG: TEST=domuptime, TYPE=status+60, EVENT=domuptime, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::send_bb line 1347
Mon Nov 16 14:56:11 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: prdAcrm1_01,crmServer  , type: status+60, event: domuptime, time: 00:00:14, color=clear
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::send_bb line 1347
Mon Nov 16 14:56:11 2009:DEBUG: COMPLETE MESSAGE:status+60 prdAcrm1_01,crmServer  .domuptime clear Mon Nov 16 14:56:11 2009 Admin Server for domain prdAcrm1_01 on host papp01 not reachable.

beastat.pl version 1.09 - column domuptime lifetime 60, tested in ~ 00:00:14 (max 00:04:00)
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::exec_time line 889
Mon Nov 16 14:56:11 2009:DEBUG: exec 0.0.0.0 prdAcrm1_01        # noconn nodisp beastat, TIME=00:00:17
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::send_bb line 1265
Mon Nov 16 14:56:11 2009:DEBUG: TEST=beastat, TYPE=status+60, EVENT=beastat, SENDTYPE=2, TESTLIVE=60, SUMREPTIME=0
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::send_bb line 1265
Mon Nov 16 14:56:11 2009:DEBUG: BBDISPLAY: 0.0.0.0, hostname: papp01, type: status+60, event: beastat, time: 00:00:17, color=green
Mon Nov 16 14:56:11 2009:CALL : Hobbit_fd_lib::send_bb line 1265
Mon Nov 16 14:56:11 2009:DEBUG: COMPLETE MESSAGE:status+60 papp01.beastat green Mon Nov 16 14:56:11 2009 Total Stats
Test Time    = 00:00:17
Host Checked = 1
Status Msg   = 18

Colors                   Colors
clear                       17
red                          1

Events                   Events
Cluster                      1
ConnState                    1
Domain                       1
EJB                          1
ExecQueue                    1
JDBCConn                     1
JMS                          1
JMSDest                      1
JTA                          1
JVM                          1
LogB                         1
Server                       1
Servlet                      1
SrvSec                       1
Time                         1
WebApp                       1
domuptime                    1
uptime                       1

Types                     Types
status+60                   18

Hosts Summary
Hosts                     clear        red     Number      Times
prdAcrm1_01                  17          1         18   00:00:17

Hosts Summary
Hosts                   Cluster  ConnState     Domain        EJB  ExecQueue   JDBCConn        JMS    JMSDest        JTA        JVM       LogB     Server    Servlet     SrvSec       Time     WebApp  domuptime     uptime
prdAcrm1_01                   1          1          1          1          1          1          1          1          1          1          1          1          1          1          1          1          1          1

Errors
Mon Nov 16 14:55:54 2009:ERROR: Could not close the DISABLED directory handle: No such file or directory
Mon Nov 16 14:55:54 2009:ERROR: Could not close the DISABLED directory handle: No such file or directory
No Hosts Errors

Warnings
Mon Nov 16 14:55:54 2009:WARNING: Could not open the disabled hosts directory: No such file or directory
Mon Nov 16 14:55:54 2009:WARNING: Could not open the disabled hosts directory: No such file or directory
No Hosts Warnings


beastat.pl version 1.09 - column beastat lifetime 60, tested in ~ 00:00:17 (max 00:01:00)

▸ quoted from Patrick Nixon

 

-----Original Message-----
From: Patrick Nixon [mailto:user-1f2406f832af@xymon.invalid] 
Sent: Monday, November 16, 2009 4:34 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Hobbit_perl_client_1.21 beastat.pl

Did you define the ENVFILE variable like:
[bbscreen]
        ENVFILE /usr/lib/hobbit/client/etc/hobbitclient.cfg
        NEEDS hobbitd
        CMD /usr/lib/hobbit/server/ext/bbscreen.pl
        LOGFILE $BBSERVERLOGS/bbscreen.log


On Mon, Nov 16, 2009 at 3:31 PM, Williams, Doug (Consultant-RIC)
<user-63162c140807@xymon.invalid> wrote:

Hi,
Anyone running beastat.pl on their Hobbit clients rather than the Hobbit
server?


I have beastat.pl tests working for our BEA WL servers from a Hobbit
server but I am having to move at least half of our BEA WL servers to be
tested to the Hobbit respective clients instead of a single Hobbit
server.  Reading through the docs, I don't really see how the Hobbit
server bb-hosts and the Hobbit client bb-hosts should look in this case?


On client beastat.pl, I did the:

$Hobbit_fd_lib::HOBBIT = 1;
$Hobbit_fd_lib::USEBBHGREP = 0;


Running beastat.pl from the client's clientlaunch.cfg,  getting:


Mon Nov 16 12:24:51 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:29:52 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:34:55 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:39:57 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:44:59 2009:FATAL: BBVAR environment not defined
Mon Nov 16 12:55:00 2009:FATAL: BBVAR environment not defined
Mon Nov 16 13:00:02 2009:FATAL: BBVAR environment not defined
Mon Nov 16 13:05:04 2009:FATAL: BBVAR environment not defined
Mon Nov 16 13:10:06 2009:FATAL: BBVAR environment not defined
Mon Nov 16 13:15:09 2009:FATAL: BBVAR environment not defined

Thanks
Doug

list Doug Williams · Mon, 16 Nov 2009 15:59:33 -0700 ·

I got it working.  The key was to include in client's (papp01) Hobbit
bb-hosts the hostname of the server (papp01) where the BEA Weblogic
instance resides, so I have the following in the client's (papp01)
Hobbit's bb-hosts:

# Servers
144.163.58.57   papp01          # ssh ntp 
# BEA Servers
0.0.0.0 prdAcrm1_01     # noconn nodisp beastat
0.0.0.0 prdAcrm1_01.crmServer   # noconn beaping 


And all of the above also in the Hobbit Server's bb-hosts


Not sure if commenting out the BBVAR check is the expected way to get it
past the missing BBVAR check, but it works.

Thanks
Doug

list Doug Williams · Mon, 16 Nov 2009 17:26:34 -0700 ·

Well, not to flog road-kill, but it was only lightning in a bottle.  Got
it to work for one BEA server instance on the client, and can't
duplicate for other BEA instance on that client. 

Any ideas welcome.

Thanks
Doug

▸ quoted from Doug Williams

-----Original Message-----
From: Williams, Doug (Consultant-RIC) [mailto:user-63162c140807@xymon.invalid] 
Sent: Monday, November 16, 2009 6:00 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: RE: [hobbit] Hobbit_perl_client_1.21 beastat.pl

I got it working.  The key was to include in client's (papp01) Hobbit
bb-hosts the hostname of the server (papp01) where the BEA Weblogic
instance resides, so I have the following in the client's (papp01)
Hobbit's bb-hosts:

# Servers
144.163.58.57   papp01          # ssh ntp 
# BEA Servers
0.0.0.0 prdAcrm1_01     # noconn nodisp beastat
0.0.0.0 prdAcrm1_01.crmServer   # noconn beaping 

And all of the above also in the Hobbit Server's bb-hosts

Not sure if commenting out the BBVAR check is the expected way to get it
past the missing BBVAR check, but it works.

Thanks
Doug

list Xymon User in Richmond · Tue, 17 Nov 2009 11:58:18 -0500 ·

We have Windows shares mounted as CIFS filesystems on RHEL5 servers
running Oracle DBMS, e.g.
# df -P|grep -E -e cifs -e Filesystem
Filesystem         1024-blocks      Used Available Capacity Mounted on
//windows.nowhere.com/oracle 1098613024 887737788 210875236      81%
/windows.cifsxport

These become non-functional somewhat randomly on individual servers, which
we usually find out about when the Linux box goes purple because the "df"
for the disk test has hung.

I can exclude CIFS using df options to avoid the hang, but then I won't
get any warning at all unless I find a better way to check the mounts. 
Suggestions?

list Thorsten Erdmann · Wed, 18 Nov 2009 12:36:26 +0100 ·

Hi

▸ quoted from Xymon User in Richmond

I can exclude CIFS using df options to avoid the hang, but then I won't
get any warning at all unless I find a better way to check the mounts. 
Suggestions?

I have written an SMB test for Hobbit a few years ago, maybe this is what 
you are looking for.
It writes a small file to a CIFS share, reads it and then deletes it using 
the smbclient program.

Thorsten


#!/bin/sh
##########################################################################################
#  Hier geschieht der eigentliche Samba Test
##########################################################################################
SmbTest ( ) {
  echo "Samba test on $MACHINE" >$TEMPFILE
  grep -i $MACHINE $BBHOME/etc/smb.ini | while read mach user passw share
  do
    if [ "$mach" <> "#" ]
    then
    echo "This is a hobbit testfile and should be here only temporarely"

${TEMPFILE}1.txt
    error=`smbclient //$mach/$share -U $user $passw 2>&1 <<EOF
put ${TEMPFILE}1.txt testfile.txt
get testfile.txt ${TEMPFILE}2.txt
quit

EOF`
    echo "$error" | grep -i "ERR" >/dev/null
    if [ $? -ne 0 ]
    then
      echo "&green Samba test on //$mach/$share is ok"  >>$TEMPFILE
    else
      echo "&red Samba test on //$mach/$share failed" >>$TEMPFILE
      echo "$error" >>$TEMPFILE
    fi
    rm  ${TEMPFILE}1.txt ${TEMPFILE}2.txt >/dev/null 2>&1
fi
  done
  grep "&red" $TEMPFILE  >/dev/null
  if [ $? -eq 0 ]
  then
    COLOR=red
  fi
  return 0
}

##########################################################################################
#
#  Hier beginnt das Hauptprogramm
#
##########################################################################################

DEBUG=FALSE
if [ "$1." = "--debug." ]
then
   DEBUG=TRUE
   BBHOME=..
   . $BBHOME/etc/hobbitserver.cfg
   echo "Debugmode"
fi

BBHTAG=smb      # What we put in bb-hosts to trigger this test
COLUMN=$BBHTAG  # Name of the column, often same as tag in bb-hosts

TEMPFILE=$BBTMP/$BBHTAG.output.tmp

$BBHOME/bin/bbhostgrep $BBHTAG | while read L
do
  rm $TEMPFILE >/dev/null 2>&1
  set $L        # To get one line of output from bbhostgrep

  HOSTIP="$1"
  MACHINEDOTS="$2"
  MACHINE=`echo $2 | $SED -e's/\./,/g'`

  COLOR=green
  echo "Samba Test on $MACHINEDOTS" > $TEMPFILE
  SmbTest $2
  MSG=`cat $TEMPFILE`

  if [ $DEBUG = TRUE ]
  then
    echo "status $MACHINE.$COLUMN $COLOR `date` $MSG"
  else
    $BB $BBDISP "status $MACHINE.$COLUMN $COLOR `date` $MSG"
  fi
  rm $TEMPFILE >/dev/null 2>&1
done

exit 0


smb.ini:

#
# Config file for the smb fileserver test (smb)
# for each fileshare which should be tested we need a line giving the 
servername and a sharename including testfile
#
# Host     User      Passw     Sharename
hostname   userID    Password  my_share      # this will test 
\\hostname\myshare with UserID "userID" and password "Password"


If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.

list Xymon User in Richmond · Wed, 18 Nov 2009 08:54:23 -0500 ·

▸ quoted from Thorsten Erdmann

On Wed, November 18, 2009 06:36, user-9219fb9415b1@xymon.invalid wrote:

Hi

I can exclude CIFS using df options to avoid the hang, but then I won't
 get any warning at all unless I find a better way to check the mounts.
 Suggestions?

I have written an SMB test for Hobbit a few years ago, maybe this is what
 you are looking for. It writes a small file to a CIFS share, reads it
and then deletes it using the smbclient program.

Thanks!  Although this script won't work for testing the already-mounted
CIFS filesystem, I can perhaps use it as an architectural model for such a
test on the CIFS FS mount.  But I'm now thinking that anything I do to
check the status will hang, blocked on IO, unkillable, just like the df
does, so the effort may be pointless.  Purple may be the best I can do.

list Doug Williams · Wed, 18 Nov 2009 16:19:20 -0700 ·

Unsure if anyone interested, but for general FYI, I got  beastat.pl
working on the Hobbit client(s) by (in addtion to doing everything
suggested in supplied documentation):

On Hobbit server, modify bb-hosts to look like:

# BEA Servers
0.0.0.0 prdAcrm1_01.crmServer   # noconn
0.0.0.0 prdAcrm2_01.crmServer   # noconn
0.0.0.0 prdAcrm3_01.crmServer   # noconn
0.0.0.0 prdAcrm4_01.crmServer   # noconn


On Hobbit client to run the Weblogic tests now, modify bb-hosts:

# BEA Servers
0.0.0.0 prdAcrm1_01     # noconn nodisp beastat
0.0.0.0 prdAcrm1_01.crmServer   # noconn beaping
0.0.0.0 prdAcrm2_01     # noconn nodisp beastat
0.0.0.0 prdAcrm2_01.crmServer   # noconn beaping
0.0.0.0 prdAcrm3_01     # noconn nodisp beastat
0.0.0.0 prdAcrm3_01.crmServer   # noconn beaping
0.0.0.0 prdAcrm4_01     # noconn nodisp beastat
0.0.0.0 prdAcrm4_01.crmServer   # noconn beaping


# Edit Hobbit_fd_lib.pm, find and comment out line:

# From:
&check_env_var("BBVAR",1);

# To:
#&check_env_var("BBVAR",1);


# Edit beastat.pl, and in "sub get_bea_state"

# Below line:

        foreach $line (@serverlist) {

# Insert the following 2 lines:

                $line =~ s/^\s+//g;
                $line =~ s/\s+$//g;

# so, you should have:

        foreach $line (@serverlist) {
                $line =~ s/^\s+//g;
                $line =~ s/\s+$//g;

# Find this line a little farther down, and comment it out:

# From:
($servstate) = ($status =~ /.*(Current.*"$line".*)\n.*/);

# To:
#($servstate) = ($status =~ /.*(Current.*"$line".*)\n.*/);


# And put the following line below it (above commented out line) or in
it's place (don't think it's really needed but didn't want to trace
through everything, so put it just in case:

$servstate = $status . "\n";

# A wee bit farther down, change this line:

# From:
$text_event = "$servstate";

# To:
$text_event = "$status\n";

▸ quoted from Doug Williams


===============

Thanks
Doug


-----Original Message-----
From: Williams, Doug (Consultant-RIC) 
Sent: Monday, November 16, 2009 7:27 PM
To: 'user-ae9b8668bcde@xymon.invalid'
Subject: RE: [hobbit] Hobbit_perl_client_1.21 beastat.pl

Well, not to flog road-kill, but it was only lightning in a bottle.  Got
it to work for one BEA server instance on the client, and can't
duplicate for other BEA instance on that client. 

Any ideas welcome.

Thanks
Doug


-----Original Message-----
From: Williams, Doug (Consultant-RIC) [mailto:user-63162c140807@xymon.invalid] 
Sent: Monday, November 16, 2009 6:00 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: RE: [hobbit] Hobbit_perl_client_1.21 beastat.pl

I got it working.  The key was to include in client's (papp01) Hobbit
bb-hosts the hostname of the server (papp01) where the BEA Weblogic
instance resides, so I have the following in the client's (papp01)
Hobbit's bb-hosts:

# Servers
144.163.58.57   papp01          # ssh ntp 
# BEA Servers
0.0.0.0 prdAcrm1_01     # noconn nodisp beastat
0.0.0.0 prdAcrm1_01.crmServer   # noconn beaping 


And all of the above also in the Hobbit Server's bb-hosts


Not sure if commenting out the BBVAR check is the expected way to get it
past the missing BBVAR check, but it works.

Thanks
Doug

list Richard Finegold · Wed, 18 Nov 2009 21:20:16 -0800 ·

▸ quoted from Wiskbroom

On Mon, Nov 16, 2009 at 13:33,  <user-ddebaeecde97@xymon.invalid> wrote:

Great idea, thank you.  Some questions, aside from learning to to generate another pageset, say bb3.html, would all of the other environ variables be the same?  Where does bbgen actually create bb.html, and should I just insert additional code in that file to create a new file?

Well... the environ variables will require minor tweaks; see below.
The directive to bbgen is in hobbitlaunch.cfg. My settings look like
this:

[bbdisplay]
        ENVFILE /home/hobbit/server/etc/hobbitserver.cfg
        NEEDS hobbitd
        GROUP generators
        CMD bbgen $BBGENOPTS --report
        LOGFILE $BBSERVERLOGS/bb-display.log
        INTERVAL 1m

[bbdisplaycity]
        ENVFILE /home/hobbit/server/etc/hobbitserver.cfg
        NEEDS hobbitd
        GROUP generators
        CMD /home/hobbit/server/ext/city-display.sh
        LOGFILE $BBSERVERLOGS/city-display.log
        INTERVAL 2m

(the city pages aren't used as often, so they aren't generated as often.)

My city-display.sh is similar to the bbgen call, but the BBGENOPTS
from hobbitserver.cfg isn't what I wanted.

#!/bin/sh
BBWEB="/hobbit/city"
$BBHOME/bin/bbgen --pageset=city --subpagecolumns=3 --pagetitle-links
--pagetext-headings --maxrows=10 --nopropred=msgs
--nopropyellow=msgs,flexlm $BBHOME/www/city/

Whether you want a separate log file (if any) for each pageset vs a
combined log file for all bbgen runs might dictate whether you have
separate hobbitlaunch.cfg entries.

list Thorsten Erdmann · Thu, 19 Nov 2009 08:34:33 +0100 ·

▸ quoted from Xymon User in Richmond

Thanks!  Although this script won't work for testing the already-mounted
CIFS filesystem, I can perhaps use it as an architectural model for such 
a
test on the CIFS FS mount.  But I'm now thinking that anything I do to
check the status will hang, blocked on IO, unkillable, just like the df
does, so the effort may be pointless.  Purple may be the best I can do.

That is the exact reason why I did this script. All access to a mounted network filesystem (CIFS and NFS) totally blocks if the server is not responsible and so the test would hang and get purple. I never understand why Unix have no timeout for such situations.

But if you access the cifs share via the smbclient it will not block but give an error if the server/share is unreachable. I also have the tested filesystem already mounted but test it via my smbclient script anyway. That works fine for me. You even see when the password for the CIFS access is expired or locked.

Greetings
Thorsten

▸ quoted from Thorsten Erdmann



If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.

list Thorsten Erdmann · Thu, 19 Nov 2009 08:44:01 +0100 ·

Hi

is there a way to read the tags, especially the nopropred tag for a given host and test from a client via the bb command? I am creating an interface from hobbit to our process monitoring system and want to ignore tests which have the nopropred set. The interface works using the hobbitdboard command to get all red tests.

Thorsten Erdmann

▸ quoted from Thorsten Erdmann



If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.

list Henrik Størner · Mon, 23 Nov 2009 10:04:59 +0000 (UTC) ·

▸ quoted from Thorsten Erdmann

In <user-007b41cfe2d5@xymon.invalid> user-9219fb9415b1@xymon.invalid writes:

is there a way to read the tags, especially the nopropred tag for a given
host and test from a client via the bb command? I am creating an interface
from hobbit to our process monitoring system and want to ignore tests
which have the nopropred set.

You can use the "hostinfo" command (it's in 4.3.0 beta, so it might
require an update to your hobbit server + the bb client tool).

$ bb 127.0.0.1 "hostinfo host=voodoo.hswn.dk"
voodoo.hswn.dk|172.16.10.2|ssh|ntp|dns|bbd|apache|rpc=showmount,nlockmgr,nfs|CLIENT:voodoo|TRENDS:*,vmstat:vmstat1\pvmstat5,la:la1|NK:rpc,ssh,cpu,msgs


Regards,
Henrik

list Thorsten Erdmann · Mon, 30 Nov 2009 16:09:14 +0100 ·

▸ quoted from Henrik Størner

You can use the "hostinfo" command (it's in 4.3.0 beta, so it might
require an update to your hobbit server + the bb client tool).

Oh, very nice. It works with my 4.2.0, too.

Thank you!

▸ quoted from Thorsten Erdmann


Thorsten Erdmann


If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.

list Thorsten Erdmann · Mon, 07 Dec 2009 17:17:44 +0100 ·

Hi,

I want to do some application tests on several servers. All these test should be under one column named "app". Every test is unique for one server. So test "app" on "server1" is different from "app" on server2. All these test run remotely on the hobbit server, not on the destination servers.

For now I wrote a test-script for every test and define a unique testname for the bbhost file for every test-script. In the script I reported to the "app" column. Works fine, but I have to include every test-script in the hobbitlaunch file and so all these tests run simultaneously, resulting in a big number of processes on the hobbit server. 
So I  think of writing _one_ testscript for the "app" test and let this script decide which subscript should be run for each host. So all the different tests would be run under one master test script and so I hopefully get only one process.

   BBHTAG=app        # What we put in bb-hosts to trigger this test
   COLUMN=app           # Name of the column, often same as tag in bb-hosts

   TEMPFILE_OUTPUT=$BBTMP/$BBHTAG.output.tmp
   TEMPFILE=$BBTMP/$BBHTAG.tmp
   $BBHOME/bin/bbhostgrep $BBHTAG | while read L
   do
      echo "found hosts: $L"
      rm $TEMPFILEOUTPUT >/dev/null 2>&1

▸ quoted from Thorsten Erdmann

      set $L    # To get one line of output from bbhostgrep
      HOSTIP="$1"
      MACHINEDOTS="$2"
      MACHINE=`echo $2 | $SED -e's/\./,/g'`

      COLOR=green


      echo "Application test on $MACHINEDOTS" > $TEMPFILE

      if "$MACHINE" == "server1"
         . apptest_server1.sh
      fi
      if "$MACHINE" == "server2"
         . apptest_server2.sh
      fi
      MSG=`cat $TEMPFILE_OUTPUT | fold -s -w 100`

▸ quoted from Thorsten Erdmann


      if [ $DEBUG = TRUE ]
      then
        echo "status $MACHINE.$COLUMN $COLOR `date` $MSG"
      else
        $BB $BBDISP "status $MACHINE.$COLUMN $COLOR `date` $MSG"
      fi


      rm $TEMPFILE_OUTPUT >/dev/null 2>&1
    done

    exit 0


What do you think of this method? Maybe you have a better idea?

▸ quoted from Thorsten Erdmann


Thank you Thorsten Erdmann


If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.

list Steve Overy · Mon, 7 Dec 2009 16:36:17 +0000 ·

Thorsten,
          Because the MACHINE selection is hard coded, that doesn't scale very well (think 100's of hosts/tests). I tend to "read in" data definition files that define host:test then the code can be quite simple... this is what I'm currently playing, I don't claim it to be neat or anything:

================================================================================

#!/bin/sh

SNMP_LIST=$BBHOME/etc/snmp-list

   BBHTAG=snmp-loop           # What we put in bb-hosts to trigger this test
   COLUMN=snmp-probe    # Name of the column, often same as tag in bb-hosts

▸ quoted from Thorsten Erdmann


   $BBHOME/bin/bbhostgrep $BBHTAG | while read L
   do
      set $L    # To get one line of output from bbhostgrep

      HOSTIP="$1"
      MACHINEDOTS="$2"
      MACHINE=`echo $2 | $SED -e's/\./,/g'`

      COLOR=green


      MSG="$COLUMN status for host $MACHINEDOTS

"
      HOST=`grep $MACHINEDOTS $SNMP_LIST|cut -d":" -f1`
      COMMUNITY=`grep $MACHINEDOTS $SNMP_LIST|cut -d":" -f2`
      MIB_OBJECT=`grep $MACHINEDOTS $SNMP_LIST|cut -d":" -f3`

      STATUS=`snmpwalk -v2c -c $COMMUNITY $HOST $MIB_OBJECT`
      RESULT=`echo $?`
      if [ $RESULT != 0 ]
      then
        COLOR=red
      fi
      $BB $BBDISP "status $MACHINE.$COLUMN $COLOR `date`

      ${MSG}
      ${STATUS}
      "
    done

    exit 0

▸ quoted from Thorsten Erdmann

From: user-9219fb9415b1@xymon.invalid [mailto:user-9219fb9415b1@xymon.invalid]
Sent: 07 December 2009 16:18
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] How to create multiple custum test under one column

Hi,

I want to do some application tests on several servers. All these test should be under one column named "app". Every test is unique for one server. So test "app" on "server1" is different from "app" on server2. All these test run remotely on the hobbit server, not on the destination servers.

For now I wrote a test-script for every test and define a unique testname for the bbhost file for every test-script. In the script I reported to the "app" column. Works fine, but I have to include every test-script in the hobbitlaunch file and so all these tests run simultaneously, resulting in a big number of processes on the hobbit server.

So I  think of writing _one_ testscript for the "app" test and let this script decide which subscript should be run for each host. So all the different tests would be run under one master test script and so I hopefully get only one process.

   BBHTAG=app        # What we put in bb-hosts to trigger this test
   COLUMN=app           # Name of the column, often same as tag in bb-hosts

   TEMPFILE_OUTPUT=$BBTMP/$BBHTAG.output.tmp
   TEMPFILE=$BBTMP/$BBHTAG.tmp
   $BBHOME/bin/bbhostgrep $BBHTAG | while read L
   do
      echo "found hosts: $L"
      rm $TEMPFILEOUTPUT >/dev/null 2>&1
      set $L    # To get one line of output from bbhostgrep
      HOSTIP="$1"
      MACHINEDOTS="$2"
      MACHINE=`echo $2 | $SED -e's/\./,/g'`

      COLOR=green
      echo "Application test on $MACHINEDOTS" > $TEMPFILE

      if "$MACHINE" == "server1"
         . apptest_server1.sh
      fi
      if "$MACHINE" == "server2"
         . apptest_server2.sh
      fi
      MSG=`cat $TEMPFILE_OUTPUT | fold -s -w 100`

      if [ $DEBUG = TRUE ]
      then
        echo "status $MACHINE.$COLUMN $COLOR `date` $MSG"
      else
        $BB $BBDISP "status $MACHINE.$COLUMN $COLOR `date` $MSG"
      fi
      rm $TEMPFILE_OUTPUT >/dev/null 2>&1
    done

    exit 0

What do you think of this method? Maybe you have a better idea?

Thank you
Thorsten Erdmann

If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.

list Ralph Mitchell · Mon, 7 Dec 2009 19:57:16 -0500 ·

▸ quoted from Steve Overy

On Mon, Dec 7, 2009 at 11:17 AM, <user-9219fb9415b1@xymon.invalid> wrote:

Hi,

I want to do some application tests on several servers. All these test
should be under one column named "app". Every test is unique for one server.
So test "app" on "server1" is different from "app" on server2. All these
test run remotely on the hobbit server, not on the destination servers.

For now I wrote a test-script for every test and define a unique testname
for the bbhost file for every test-script. In the script I reported to the
"app" column. Works fine, but I have to include every test-script in the
hobbitlaunch file and so all these tests run simultaneously, resulting in a
big number of processes on the hobbit server.

So I  think of writing _one_ testscript for the "app" test and let this
script decide which subscript should be run for each host. So all the
different tests would be run under one master test script and so I hopefully
get only one process.

   BBHTAG=app        # What we put in bb-hosts to trigger this test
   COLUMN=app           # Name of the column, often same as tag in bb-hosts

   TEMPFILE_OUTPUT=$BBTMP/$BBHTAG.output.tmp
   TEMPFILE=$BBTMP/$BBHTAG.tmp
   $BBHOME/bin/bbhostgrep $BBHTAG | while read L
   do
      echo "found hosts: $L"
      rm $TEMPFILEOUTPUT >/dev/null 2>&1
      set $L    # To get one line of output from bbhostgrep
      HOSTIP="$1"
      MACHINEDOTS="$2"
      MACHINE=`echo $2 | $SED -e's/\./,/g'`

      COLOR=green
      echo "Application test on $MACHINEDOTS" > $TEMPFILE

      if "$MACHINE" == "server1"
         . apptest_server1.sh
      fi
      if "$MACHINE" == "server2"
         . apptest_server2.sh
      fi
      MSG=`cat $TEMPFILE_OUTPUT | fold -s -w 100`

      if [ $DEBUG = TRUE ]
      then
        echo "status $MACHINE.$COLUMN $COLOR `date` $MSG"
      else
        $BB $BBDISP "status $MACHINE.$COLUMN $COLOR `date` $MSG"
      fi

Thank you
Thorsten Erdmann

If you are not the intended addressee, please inform us immediately that
you have received this e-mail in error, and delete it. We thank you for your
cooperation.

      rm $TEMPFILE_OUTPUT >/dev/null 2>&1
    done

    exit 0


What do you think of this method? Maybe you have a better idea?

I've used cron quite effectively.  Most of the scripts were repeating every
ten minutes, so I could schedule where in the ten minute block the tests
would start.   I also had some tests running every 5 minutes, 3 minutes, 1
minute and 30 seconds, so occasionally there would be a "planetary
alignment" when a large bunch of tests ran together, causing a cpu spike on
the server.

In my case, I was running a bunch of checks on web servers, so each "parent"
script started by cron would run through a loop running a "child" script
against each of a list of web servers.  If the script finishes quickly, a
bunch can be backgrounded to run near simultaneously, something like this:

     for x in  1 2 3 4 5 6 7 8
     do
       $SCRIPTDIR/script server$x   &
     done
     wait


Ralph Mitchell

list Thorsten Erdmann · Tue, 08 Dec 2009 09:16:39 +0100 ·

Hi Steve

          Because the MACHINE selection is hard coded, that doesn’t scale very well (think 100’s of hosts/tests). I tend to “read in” data definition files that define host:test then the code can be quite simple…

Ok, that makes sense. Your code gives me the idea how to do it.

▸ quoted from Ralph Mitchell


Thank you.

Thorsten Erdmann


If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.

list Steve Overy · Tue, 8 Dec 2009 11:06:22 +0000 ·

Thorsten: Glad that made sense... it's a style of coding, used to be called "data driven". It can be pushed further, where you grep/cut/mangle data to "on the fly" create the definition file, and then process that definition file. Enables some quite serious analysis where the coding would be a pain.

steve

▸ quoted from Thorsten Erdmann


From: user-9219fb9415b1@xymon.invalid [mailto:user-9219fb9415b1@xymon.invalid]
Sent: 08 December 2009 08:17
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] Antwort: RE: [hobbit] How to create multiple custom test under onecolumn


Hi Steve

          Because the MACHINE selection is hard coded, that doesn't
scale very well (think 100's of hosts/tests). I tend to "read in"
data definition files that define host:test then the code can be
quite simple...

Ok, that makes sense. Your code gives me the idea how to do it.

Thank you.

Thorsten Erdmann

If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.

list Thorsten Erdmann · Thu, 10 Dec 2009 13:34:50 +0100 ·

Hi,

I now managed to get different test on different servers under one column. e.g. I created a column named "app" which should display application specific tests on some server. Since every server runs another application, these tests all give different results. Lets say server1 app test displays a database queue lenght and server2 app test displays wether a file is there.

So on server 1 in the "app" column you get something like this:

&green DBQ-Length is 10 which is ok

On server2 in the "app" column you get this

&green Logfile is current


Now I want a graph for the dbq length of server1, so I added the app-test to the hobbitserver.cfg's TEST2RRD entry and to the hobbitgraph.cfg. Works fine, but I now get an empty graph on the server2's app column. How can I solve this? All the tests have different names in the bb-hosts file. So on server1 it is named "dbq" and on server2 it is named "log"

Can I use the test names instead of the column names in all the graph specific config files?

▸ quoted from Steve Overy


Thank you
Thorsten Erdmann


If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.

"Main View" Help Needed 🔗 link

"Main View" Help Needed