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
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
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
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
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.
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
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
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)
-----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
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
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
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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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?
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.
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 EOFecho "$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.
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.
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.
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
-----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
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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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.
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.
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
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.
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
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.
participants (8)
-
asparks@doublesparks.net
-
Doug.Williams@rhd.com
-
goldfndr@gmail.com
-
henrik@hswn.dk
-
hobbit@epperson.homelinux.net
-
pnixon@gmail.com
-
thorsten.erdmann@daimler.com
-
wiskbroom@hotmail.com