Xymon Mailing List Archive search

Passing non-linux data to hobbit for monitoring and graphing.

4 messages in this thread

list Thomas Kern · Tue, 17 Oct 2006 11:50:44 -0400 ·
Hello.
 
I have a non-linux system that I want to supply data to a hobbit server
for monitoring. This is a z/VM system on an IBM mainframe. I have a
client from Rich Smrcina. Using this client as a template, I want to
pass other data to hobbit for monitoring and graphing. I have seen the
hobbit webpages and graphs showing data like CPU utilization (System,
User, IDLE) and User/Proc counts.  Is there a manual that details what
fields in what hobbit status messages are recorded and graphed by the
default hobbit installation? I would like to know more about what each
of the default tests is supposed to show so that I can transform my
system's data into the format hobbit is expecting. I would rather not
report data to new test columns until I cannot wedge my data into a
hobbit format, like a status for my system backups. 

/Thomas Kern
/XXX-XXX-XXXX 

FCX148      CPU 2086  SER xxxxx  Interval 11:35:10 - 11:36:10     Remote
Data  
 

CPU Load                                          Vector Facility
Status or 
PROC  %CPU  %CP %EMU  %WT %SYS  %SP %SIC %LOGLD   %VTOT %VEMU  REST
ded. User 
P00      2    1    1   98    0    0   99      2     not installed
Master    
 

Total SSCH/RSCH      7/s     Page rate        .0/s     Priv. instruct.
29/s 
Virtual I/O rate     4/s     XSTORE paging    .0/s     Diagnose instr.
18/s 
Total rel. SHARE    5600     Tot. abs SHARE     0%

 
<-- Device Descr. -->  Mdisk Pa- <-Rate/s-> <------- Time (msec)
-------> Req. 
Addr Type   Label/ID   Links ths  I/O Avoid Pend Disc Conn Serv Resp
CUWt Qued 
1D11 3390-9 VLNX02         1   4  1.0    .0   .4   .0  1.1  1.5  1.5
.0  .00 
D936 3390-9 VML905         1   4   .5    .0   .3   .0   .5   .8   .8
.0  .00 
D435 3390-9 VML908         1   4   .4    .0   .3   .0   .7  1.0  1.0
.0  .00 
D235 3390-9 VML906         1   4   .4    .0   .3   .0   .7  1.0  1.0
.0  .00 
 

CHPID Chan-Group    <%Busy>     <----- Channel %Busy Distribution
00:01:10-11:3
(Hex) Descr Qual    Cur Ave     0-10 11-20 21-30 31-40 41-50 51-60 61-70
71-80 
 C4   OSD     00      8   8     100     0     0     0     0     0     0
0  
 C5   OSD     00      8   8     100     0     0     0     0     0     0
0  
 

Userid    %CPU  TCPU  VCPU Ratio Total DASD Avoid Diag98   UR Pg/s  User
Status
User Class Data:

GENERAL    .02  .010  .009   1.1    .1   .1    .0     .0   .0   .0
---,---,---
LINUX      .15  .089  .073   1.2    .4   .4    .0     .0   .0   .0
---,---,---
 

User Data:

NETTRACK   .24  .142  .139   1.0   1.5  1.5    .0     .0   .0   .0
EME,CL0,DIS
LNXSSS1    .19  .114  .094   1.2    .2   .2    .0     .0   .0   .0
ESA,CL0,DIS
SLES9MNT   .16  .095  .093   1.0    .9   .9    .0     .0   .0   .0
EME,CL0,DIS
SLESXMNT   .14  .084  .063   1.3    .0   .0    .0     .0   .0   .0
EME,CL0,DIS
LINUX1     .10  .062  .043   1.4    .3   .3    .0     .0   .0   .0
ESA,CL0,DIS
SSLSERV    .09  .056  .037   1.5    .0   .0    .0     .0   .0   .0
ESA,CL0,DIS
PERFSVM    .08  .046  .045   1.0    .0   .0    .0     .0   .0   .0
ESA,---,DOR
ORASRV1    .06  .034  .033   1.0    .0   .0    .0     .0   .0   .0
EME,---,DOR
DIRMAINT   .04  .025  .024   1.0    .2   .2    .2     .0   .0   .0
ESA,---,DOR
DATAMOVE   .03  .020  .019   1.1    .3   .2    .2     .0   .0   .0
ESA,---,DOR
TCPIP      .01  .004  .002   2.0    .0   .0    .0     .0   .0   .0
ESA,---,DOR
list Greg L Hubbard · Tue, 17 Oct 2006 12:26:13 -0500 ·
It looks to me like you have at least three choices:

A) modify your mainframe agent so it sends data that closely mimics a
currently supported system.  The easiest way to do this is to pick a
"supported system" and then get the agent output from it and roll up
your sleeves.

B) Let your mainframe agent send what it sends, but then modify the
Hobbit source code so that the mainframe OS is added to the support
list.  Perhaps you can convince the ever-busy Henrik to do this for you
if you can supply him with likely output, like what you just sent.

C) Bite the bullet and add some new columns that are unique to your
mainframe system, and write an extermal script to review and parse the
output and add to appropriate RRD's.  Then create the necessary graph
definitions, and update Hobbit to use them.  There is useful
documentation for how to do this in the standard Hobbit pages.

To me, "B" is the best long term approach, because I bet you may not be
the only person who ever runs Linux on the mainframe and wants to manage
it with Hobbit (though open source mainframe management does sound
oxymoronish).  "C" gives you the chance inject meaningful new content
(channel info) that won't be found on any x86 Linux system you want to
emulate.  But "A" would help your mainframe system conform to the other
systems.

Other options are left to the reader as an exercise... :)

GLH 
quoted from Thomas Kern

-----Original Message-----
From: Kern, Thomas [mailto:user-f1ebafb19faf@xymon.invalid] 
Sent: Tuesday, October 17, 2006 10:51 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] Passing non-linux data to hobbit for monitoring and
graphing.

Hello.
 
I have a non-linux system that I want to supply data to a hobbit server
for monitoring. This is a z/VM system on an IBM mainframe. I have a
client from Rich Smrcina. Using this client as a template, I want to
pass other data to hobbit for monitoring and graphing. I have seen the
hobbit webpages and graphs showing data like CPU utilization (System,
User, IDLE) and User/Proc counts.  Is there a manual that details what
fields in what hobbit status messages are recorded and graphed by the
default hobbit installation? I would like to know more about what each
of the default tests is supposed to show so that I can transform my
system's data into the format hobbit is expecting. I would rather not
report data to new test columns until I cannot wedge my data into a
hobbit format, like a status for my system backups. 

/Thomas Kern
/XXX-XXX-XXXX 

FCX148      CPU 2086  SER xxxxx  Interval 11:35:10 - 11:36:10     Remote
Data  
 

CPU Load                                          Vector Facility
Status or 
PROC  %CPU  %CP %EMU  %WT %SYS  %SP %SIC %LOGLD   %VTOT %VEMU  REST
ded. User 
P00      2    1    1   98    0    0   99      2     not installed
Master    
 

Total SSCH/RSCH      7/s     Page rate        .0/s     Priv. instruct.
29/s 
Virtual I/O rate     4/s     XSTORE paging    .0/s     Diagnose instr.
18/s 
Total rel. SHARE    5600     Tot. abs SHARE     0%

 
<-- Device Descr. -->  Mdisk Pa- <-Rate/s-> <------- Time (msec)
-------> Req. 
Addr Type   Label/ID   Links ths  I/O Avoid Pend Disc Conn Serv Resp
CUWt Qued 
1D11 3390-9 VLNX02         1   4  1.0    .0   .4   .0  1.1  1.5  1.5
.0  .00 
D936 3390-9 VML905         1   4   .5    .0   .3   .0   .5   .8   .8
.0  .00 
D435 3390-9 VML908         1   4   .4    .0   .3   .0   .7  1.0  1.0
.0  .00 
D235 3390-9 VML906         1   4   .4    .0   .3   .0   .7  1.0  1.0
.0  .00 
 

CHPID Chan-Group    <%Busy>     <----- Channel %Busy Distribution
00:01:10-11:3
(Hex) Descr Qual    Cur Ave     0-10 11-20 21-30 31-40 41-50 51-60 61-70
71-80 
 C4   OSD     00      8   8     100     0     0     0     0     0     0
0  
 C5   OSD     00      8   8     100     0     0     0     0     0     0
0  
 

Userid    %CPU  TCPU  VCPU Ratio Total DASD Avoid Diag98   UR Pg/s  User
Status
User Class Data:

GENERAL    .02  .010  .009   1.1    .1   .1    .0     .0   .0   .0
---,---,---
LINUX      .15  .089  .073   1.2    .4   .4    .0     .0   .0   .0
---,---,---
 

User Data:

NETTRACK   .24  .142  .139   1.0   1.5  1.5    .0     .0   .0   .0
EME,CL0,DIS
LNXSSS1    .19  .114  .094   1.2    .2   .2    .0     .0   .0   .0
ESA,CL0,DIS
SLES9MNT   .16  .095  .093   1.0    .9   .9    .0     .0   .0   .0
EME,CL0,DIS
SLESXMNT   .14  .084  .063   1.3    .0   .0    .0     .0   .0   .0
EME,CL0,DIS
LINUX1     .10  .062  .043   1.4    .3   .3    .0     .0   .0   .0
ESA,CL0,DIS
SSLSERV    .09  .056  .037   1.5    .0   .0    .0     .0   .0   .0
ESA,CL0,DIS
PERFSVM    .08  .046  .045   1.0    .0   .0    .0     .0   .0   .0
ESA,---,DOR
ORASRV1    .06  .034  .033   1.0    .0   .0    .0     .0   .0   .0
EME,---,DOR
DIRMAINT   .04  .025  .024   1.0    .2   .2    .2     .0   .0   .0
ESA,---,DOR
DATAMOVE   .03  .020  .019   1.1    .3   .2    .2     .0   .0   .0
ESA,---,DOR
TCPIP      .01  .004  .002   2.0    .0   .0    .0     .0   .0   .0
ESA,---,DOR
list Thomas Kern · Tue, 17 Oct 2006 14:21:57 -0400 ·
I prefer A, C, then B as the order. 

A) for the lack of any need to modify a hobbit server that is not under
my control. Our Hobbit server is run by a different group. It is not on
my mainframe.

C) does let me add NEW content like my BACKUP status, but I don't want
to call my stuff NEW unless it really is new. If there is an existing
Hobbit channel (?) for some data, I want to feed the channel so the
non-mainframe admins can see and understand (CPU utilization > 95% can
be bad on any platform so mark it red).

B) If I come across some data that really is important and might be
important across platforms, I would look into modifying Hobbit to
support it.

I haven't gotten a regular Hobbit client to run in my linux-under-z/VM
systems but I would hope that it runs as well as the BigBrother clients
I have running in some of my linux guests now. My concern here is really
with supplying z/VM data to Hobbit. Later, I will be looking at the
Hobbit client in linux.

/Thomas Kern
/XXX-XXX-XXXX 
quoted from Greg L Hubbard
-----Original Message-----
From: Hubbard, Greg L [mailto:user-d970b5e56ec9@xymon.invalid] 
Sent: Tuesday, October 17, 2006 1:26 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: RE: [hobbit] Passing non-linux data to hobbit for 
monitoring and graphing.


It looks to me like you have at least three choices:

A) modify your mainframe agent so it sends data that closely mimics a
currently supported system.  The easiest way to do this is to pick a
"supported system" and then get the agent output from it and roll up
your sleeves.

B) Let your mainframe agent send what it sends, but then modify the
Hobbit source code so that the mainframe OS is added to the support
list.  Perhaps you can convince the ever-busy Henrik to do 
this for you
if you can supply him with likely output, like what you just sent.

C) Bite the bullet and add some new columns that are unique to your
mainframe system, and write an extermal script to review and parse the
output and add to appropriate RRD's.  Then create the necessary graph
definitions, and update Hobbit to use them.  There is useful
documentation for how to do this in the standard Hobbit pages.

To me, "B" is the best long term approach, because I bet you 
may not be
the only person who ever runs Linux on the mainframe and 
wants to manage
it with Hobbit (though open source mainframe management does sound
oxymoronish).  "C" gives you the chance inject meaningful new content
(channel info) that won't be found on any x86 Linux system you want to
emulate.  But "A" would help your mainframe system conform to 
the other
systems.

Other options are left to the reader as an exercise... :)

GLH 

-----Original Message-----
From: Kern, Thomas [mailto:user-f1ebafb19faf@xymon.invalid] 
Sent: Tuesday, October 17, 2006 10:51 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] Passing non-linux data to hobbit for monitoring and
graphing.

Hello.
 
I have a non-linux system that I want to supply data to a 
hobbit server
for monitoring. This is a z/VM system on an IBM mainframe. I have a
client from Rich Smrcina. Using this client as a template, I want to
pass other data to hobbit for monitoring and graphing. I have seen the
hobbit webpages and graphs showing data like CPU utilization (System,
User, IDLE) and User/Proc counts.  Is there a manual that details what
fields in what hobbit status messages are recorded and graphed by the
default hobbit installation? I would like to know more about what each
of the default tests is supposed to show so that I can transform my
system's data into the format hobbit is expecting. I would rather not
report data to new test columns until I cannot wedge my data into a
hobbit format, like a status for my system backups. 

/Thomas Kern
/XXX-XXX-XXXX
list Ralph Mitchell · Tue, 17 Oct 2006 13:34:15 -0500 ·
quoted from Thomas Kern
On 10/17/06, Kern, Thomas <user-f1ebafb19faf@xymon.invalid> wrote:

C) does let me add NEW content like my BACKUP status, but I don't want
to call my stuff NEW unless it really is new. If there is an existing
Hobbit channel (?) for some data, I want to feed the channel so the
non-mainframe admins can see and understand (CPU utilization > 95% can
be bad on any platform so mark it red).

I think what Greg meant was, you can send any column header you like in a
status message, so make stuff up to suit your needs.  Just don't let it be
too many characters, or it'll take up too much width.  I've done this with
many web page checkouts - I have columns labelled 'login', 'logout',
'check', 'db', 'stats', etc.  Just don't use 'info' or 'trends'.

Ralph Mitchell