"Main View" Help Needed

wiskbroom＠hotmail.com

13 Nov 2009 13 Nov '09

4:52 p.m.

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

Show replies by date

asparks＠doublesparks.net

13 Nov 13 Nov

5:03 p.m.

New subject: [hobbit] "Main View" Help Needed

wiskbroom at hotmail.com 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

wiskbroom＠hotmail.com

7:43 p.m.

New subject: [hobbit] "Main View" Help Needed

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: asparks at doublesparks.net

...

wiskbroom at hotmail.com 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

To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

asparks＠doublesparks.net

8:15 p.m.

New subject: [hobbit] "Main View" Help Needed

wiskbroom at hotmail.com 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

goldfndr＠gmail.com

14 Nov 14 Nov

7:05 a.m.

New subject: [hobbit] "Main View" Help Needed

On Fri, Nov 13, 2009 at 08:52, <wiskbroom at hotmail.com> 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.

Doug.Williams＠rhd.com

16 Nov 16 Nov

8:31 p.m.

New subject: Hobbit_perl_client_1.21 beastat.pl

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

pnixon＠gmail.com

9:34 p.m.

New subject: [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) <Doug.Williams at rhd.com> 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

To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

Doug.Williams＠rhd.com

10:10 p.m.

New subject: [hobbit] Hobbit_perl_client_1.21 beastat.pl

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

-----Original Message----- From: Patrick Nixon [mailto:pnixon at gmail.com] Sent: Monday, November 16, 2009 4:34 PM To: hobbit at hswn.dk 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) <Doug.Williams at rhd.com> 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

To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

Doug.Williams＠rhd.com

10:59 p.m.

New subject: [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

Doug.Williams＠rhd.com

17 Nov 17 Nov

12:26 a.m.

New subject: [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:Doug.Williams at rhd.com] Sent: Monday, November 16, 2009 6:00 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Hobbit_perl_client_1.21 beastat.pl

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

To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

hobbit＠epperson.homelinux.net

4:58 p.m.

New subject: Monitor CIFS mount on Linux client?

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?

thorsten.erdmann＠daimler.com

18 Nov 18 Nov

11:36 a.m.

New subject: Antwort: [hobbit] Monitor CIFS mount on Linux client?

...

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.

hobbit＠epperson.homelinux.net

1:54 p.m.

New subject: [hobbit] Antwort: [hobbit] Monitor CIFS mount on Linux client?

On Wed, November 18, 2009 06:36, thorsten.erdmann at daimler.com 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.

thorsten.erdmann＠daimler.com

19 Nov 19 Nov

7:34 a.m.

New subject: Antwort: Re: [hobbit] Antwort: [hobbit] Monitor CIFS mount on Linux client?

...

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

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.

Doug.Williams＠rhd.com

18 Nov 18 Nov

11:19 p.m.

New subject: [hobbit] Hobbit_perl_client_1.21 beastat.pl

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";

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

Thanks Doug

-----Original Message----- From: Williams, Doug (Consultant-RIC) Sent: Monday, November 16, 2009 7:27 PM To: 'hobbit at hswn.dk' 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

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

To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

wiskbroom＠hotmail.com

16 Nov 16 Nov

9:33 p.m.

New subject: [hobbit] "Main View" Help Needed

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

...

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.

goldfndr＠gmail.com

19 Nov 19 Nov

5:20 a.m.

New subject: [hobbit] "Main View" Help Needed

On Mon, Nov 16, 2009 at 13:33, <wiskbroom at hotmail.com> 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.

thorsten.erdmann＠daimler.com

7:44 a.m.

New subject: read nopropred tag

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

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.

henrik＠hswn.dk

23 Nov 23 Nov

10:04 a.m.

New subject: [hobbit] read nopropred tag

In <OF9111DD46.08BB549D-ONC1257673.0029AADD-C1257673.002A7E7F at dcx.dcx> thorsten.erdmann at daimler.com 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

thorsten.erdmann＠daimler.com

30 Nov 30 Nov

3:09 p.m.

New subject: Antwort: Re: [hobbit] read nopropred tag

...

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!

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.

thorsten.erdmann＠daimler.com

7 Dec 7 Dec

4:17 p.m.

New subject: 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.

steve.overy＠gb.unisys.com

4:36 p.m.

New subject: [hobbit] How to create multiple custom test under one column

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

$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

From: thorsten.erdmann at daimler.com [mailto:thorsten.erdmann at daimler.com] Sent: 07 December 2009 16:18 To: hobbit at hswn.dk Subject: [hobbit] How to create multiple custum test under one column

Hi,

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

  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.

thorsten.erdmann＠daimler.com

8 Dec 8 Dec

8:16 a.m.

New subject: Antwort: RE: [hobbit] How to create multiple custom test under one column

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.

steve.overy＠gb.unisys.com

11:06 a.m.

New subject: [hobbit] Antwort: RE: [hobbit] How to create multiple custom test under onecolumn

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

From: thorsten.erdmann at daimler.com [mailto:thorsten.erdmann at daimler.com] Sent: 08 December 2009 08:17 To: hobbit at hswn.dk 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.

thorsten.erdmann＠daimler.com

10 Dec 10 Dec

12:34 p.m.

New subject: Graph problem different tests under one column

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?

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.

ralphmitchell＠gmail.com

8 Dec 8 Dec

12:57 a.m.

New subject: [hobbit] How to create multiple custum test under one column

On Mon, Dec 7, 2009 at 11:17 AM, <thorsten.erdmann at daimler.com> 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

6101

Age (days ago)

6128

Last active (days ago)

List overview

Download

25 comments

10 participants

participants (10)

asparks＠doublesparks.net
Doug.Williams＠rhd.com
goldfndr＠gmail.com
henrik＠hswn.dk
hobbit＠epperson.homelinux.net
pnixon＠gmail.com
ralphmitchell＠gmail.com
steve.overy＠gb.unisys.com
thorsten.erdmann＠daimler.com
wiskbroom＠hotmail.com