Re: Program that can monitor CPU usage

[Lizette Koehler]

Could you provide more details?  What do you have currently in shop?
Omegamon, Tivoli, TMON, Mainview etc???

Do you have Automation like OPS/MVS or Tivoli?

What kind of trigger are you looking to handle?

What CPU Usage do you want an alert on?  SRB time, Paging? Aux Storage?

Many areas to choose from.  With more details we can probably help.

Currently RMF is the monitor in the operating system.  

Lizette


> 
> Does anyone has a program/tools that can monitor CPU usage?  I am
> currently
> looking for one, since we have a requirement to trigger something based
> on
> the CPU usage. TIA.
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Program that can monitor CPU usage

[Lindy Mayfield]

If your requirement is to simply monitor the amount of CPU seconds that
certain address spaces have used, then you can very easily write a Rexx
exec to do this.  I've used this method in places where I needed to
monitor certain servers but I only had basic user access. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jason To
Sent: 27. syyskuuta 2008 4:59
To: IBM-MAIN@BAMA.UA.EDU
Subject: Program that can monitor CPU usage

Does anyone has a program/tools that can monitor CPU usage?  I am
currently looking for one, since we have a requirement to trigger
something based on the CPU usage. TIA.

Regards,
Jason 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

WebSphere 7.0

[Crispin Hugo]

Anybody heard what has happened to WebSphere 7.0. It was due for release on
26th September but can't see hide nor hair of it.


Crispin Hugo
Systems Programmer, Macro 4

Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS 



This email has been scanned for all known viruses by the MessageLabs Email 
Security Service and the Macro 4 plc internal virus protection system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

BPXPRMxx and MKDIR

[Lizette Koehler]

Does anyone use the MKDIR parameter that was provided in z/OS V1.5 and above
to create directories if they do not exist in your BPXPRMxx member?

Are there any restrictions or got'chas?

I have been reading that it can be added to the ROOT as well as the MOUNT
statements.


Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: STC JCL Question

[Tom Marchant]

On Fri, 26 Sep 2008 15:36:25 -0500, Mark Zelden wrote:
>
>It isn't changed.  I just re-ran my test.  It wasn't valid.I was using
>a modified version of DEALLOC (IEFBR14).
>
> 1)   I think I had 3 STEPLIB libraries the first time and I put data in
col. 72
>   in all 3.  So since there was no 4th library the presence of a
>   continuation character with no continuation caused the JCL error.

Ok, but the OP had a concatenation of several DD statements and the one with
the line number shifted was one in the middle of the concatenation.  There
was another DD statement without a DDNAME after the record with the
non-blank in col 72.

I just ran a test to verify that the next DD statement would have been
treated as a comment.  My test was on z/OS 1.9.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: STC JCL Question

[J R]

Looks like "DD DISP=SHR,DSN=PROD1.TMON.CICS32.TCELOAD" 
should have been swallowed as a comment.  No JCL error.  
 
 
> Date: Fri, 26 Sep 2008 11:31:38 -0500
> From: [EMAIL PROTECTED]
> Subject: STC JCL Question
> To: IBM-MAIN@BAMA.UA.EDU
> 
> Greetings List - We just came across an issue that I would like to address 
> with 
> the group to determine why this happened.
> 
> In testing of going to release 3.2 of CICS we had an issue with only one of 
> the 
> regions having a S0C4 abend in the TMON program at PLT startup. This did 
> not happen in any of the other regions, just a particular one.
> 
> What we found was in the STEPLIB statement, on the line where we had the 
> SDFHLPA, the numbers that should be in columns 72-80 were pulled to the 
> left, probably an oversight when the dataset name was changed. The JCL is 
> below.
> 
> You would think it would have failed for a JCL error but it did not.
> 
> But it brings to question what happens in this case? Did it invailidate that 
> line 
> and not use it? 
> 
> Inquiring minds want to know.
> 
> Thanks to anyone who knows what happened in this case.
> 
> Regards,
> Patrick Lyon
> 
> Snip of the STEPLIB is below. Probably will not format correctly but it is 
> worth 
> a shot:
> //* CICS STEPLIB - CONTAINS MODULES LOADED BY SUPERVISOR 
> SERVICES 00110009
> //* 00110010
> //STEPLIB DD DISP=SHR,DSN=CEE.SCEERUN 
> // DD DISP=SHR,DSN=TCPIP.SEZALINK 
> //* DD DISP=SHR,DSN=PRD1.CICSTS32.LINKLIB.KH 
> // DD DISP=SHR,DSN=CICSTS32.CICS.SDFHAUTH 
> // DD DISP=SHR,DSN=CICSTS32.CICS.SDFHLPA 
> 0020 
> // DD 
> DISP=SHR,DSN=PROD1.TMON.CICS32.TCELOAD 
> // DD 
> DISP=SHR,DSN=PROD1.TMON.LMSS0204.LMKLOAD 
> // DD 
> DISP=SHR,DSN=PROD1.TMON.LMSS0204.LMKRLOD 
> 
 
 
 
_
Get more out of the Web. Learn 10 hidden secrets of Windows Live.
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COBOL program

[J R]

CLIST libraries were typically V/255.  
 
 
> Date: Fri, 26 Sep 2008 22:01:17 -0500
> From: [EMAIL PROTECTED]
> Subject: Re: COBOL program
> To: IBM-MAIN@BAMA.UA.EDU
> 
> On Fri, 26 Sep 2008, Howard Brazee wrote:
> 
> > On 26 Sep 2008 12:07:57 -0700, [EMAIL PROTECTED] (Steve
> > Comstock) wrote:
> > 
> > >> What makes you assume it's 80-byte fixed? (Other than
> > >> a dinosaur mindset, perhaps.)
> > >> 
> > >> -- gil
> > >
> > >You got me, Paul. Of course it could be a different LRECL and
> > >RECFM. Just habit, nothing more. Guess you could call it a
> > >dinosaur mindset; maybe a dinosaur mindfulness.
> > 
> > I believe I've come across a 133 column PDS once - but all the rest
> > have been 80 columns.
> > 
> 
> I have one that, for some reason, is VBA/259. I think it was from the time 
> when the largest LRECL that could be editted in ISPF was 255 bytes.
> 
> -- 
> Q: What do theoretical physicists drink beer from?
> A: Ein Stein.
> 
> Maranatha!
> John McKown
 
 
_
Stay up to date on your PC, the Web, and your mobile phone with Windows Live.
http://clk.atdmt.com/MRT/go/msnnkwxp1020093185mrt/direct/01/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WebSphere 7.0

[Al Sherkow Digest]

It was announced 9Sep2008, US announcement letter: 

http://www.ibm.com/common/ssi/rep_ca/8/897/ENUS208-208/ENUS208-208.PDF

and 

http://www.ibm.com/software/webservers/appserv/was/

-- 
Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062 
Web: www.sherkow.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WebSphere 7.0

[Crispin Hugo]

I have read your posting and see that is was due to be available 26th. It is
not available from ShopSeries to order and IBM WebSphere site only mentions
up to 6.1 . I just wanted to know if anybody knew of what/why the delay and
when we could expect to see it.  

Crispin Hugo
Systems Programmer, Macro 4





This email has been scanned for all known viruses by the MessageLabs Email 
Security Service and the Macro 4 plc internal virus protection system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WebSphere 7.0

[Lizette Koehler]

I went on the IBM Websphere website and it indicates that the BETA Websphere
Application Server V7.0 is now available for download.

Is this what you were looking for?  I get confused because IBM does not date
their web pages very well so I don't always know if this is current or not.



https://www14.software.ibm.com/iwm/web/cc/earlyprograms/websphere/wasndv7/in
dex.shtml

IBM Beta Program 

The IBM R WebSphereR Application Server Version 7.0 has now been officially
released. You may obtain a trial version (for Windows & Linux), base
version, free of charge, from here . You will also find information on how
to purchase this product, as well as free trial support. 

IBMR WebSphereR Application Server Version 7.0 Beta offers you the first
glimpse of the application server you've come to trust with resiliency, open
standards and innovations you need for a Service Oriented Architecture
(SOA).


Lizette

> 
> I have read your posting and see that is was due to be available 26th.
> It is
> not available from ShopSeries to order and IBM WebSphere site only
> mentions
> up to 6.1 . I just wanted to know if anybody knew of what/why the delay
> and
> when we could expect to see it.
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: WebSphere 7.0

[Lizette Koehler]

Of course if that does not work, try this link

Download installation images for Application Server Version 7.0

These documents describe how to download all available releases of WebSphere
Application Server V7.0 installation images from the IBM Passport AdvantageR
Online Web site.



http://www-01.ibm.com/support/docview.wss?rs=180&context=SSEQTP&dc=DB600&uid
=swg21320286&loc=en_US&cs=UTF-8&lang=en#download

Tinyurl:  http://tinyurl.com/4pya4t


Lizette


> 
> I went on the IBM Websphere website and it indicates that the BETA
> Websphere
> Application Server V7.0 is now available for download.
> 
> Is this what you were looking for?  I get confused because IBM does not
> date
> their web pages very well so I don't always know if this is current or
> not.
> 
> 
> 
> https://www14.software.ibm.com/iwm/web/cc/earlyprograms/websphere/wasnd
> v7/in
> dex.shtml
> 
> IBM Beta Program
> 
> The IBM R WebSphereR Application Server Version 7.0 has now been
> officially
> released. You may obtain a trial version (for Windows & Linux), base
> version, free of charge, from here . You will also find information on
> how
> to purchase this product, as well as free trial support.
> 
> IBMR WebSphereR Application Server Version 7.0 Beta offers you the
> first
> glimpse of the application server you've come to trust with resiliency,
> open
> standards and innovations you need for a Service Oriented Architecture
> (SOA).
> 
> 
> Lizette
> 
> >
> > I have read your posting and see that is was due to be available
> 26th.
> > It is
> > not available from ShopSeries to order and IBM WebSphere site only
> > mentions
> > up to 6.1 . I just wanted to know if anybody knew of what/why the
> delay
> > and
> > when we could expect to see it.
> >

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: STC JCL Question

[Roger Bolan]

Tom,

In your case, the book says 
For all other JCL statements, you can continue the parameter field or the 
comments field on the JCL statement. If you continue both the parameter 
field and the comments field on the same card image, the system ignores 
the indication to continue the comment. How you continue a parameter field 
depends on whether or not the parameter is enclosed in apostrophes. 

By ending the parameter field of the first card with a comma, you were 
continuing the parameter field and not the comments field.

--Roger 

IBM Mainframe Discussion List  wrote on 09/26/2008 
03:32:02 PM:

> On Fri, 26 Sep 2008 15:36:25 -0500, Mark Zelden wrote:
> 
> >On Fri, 26 Sep 2008 14:36:31 -0500, Tom Marchant wrote:
> >>
> >>Here it is again:
> >>
> >> http://publibz.boulder.ibm.com/cgi-
> bin/bookmgr_OS390/BOOKS/IEA2B670/3.4.1.3?
> SHELF=IEA2BK81&DT=20070427231644&CASE=
> 
> >On Fri, 26 Sep 2008 15:06:20 -0500, Paul Gilmartin wrote:
> >
> >>What does it mean by "interrupted parameter field"?
> >
> >A picture is worth...
> >
> >//ASMH EXEC PGM=ASMA90,PARM=(OBJECT,NODECK,   THIS IS A COMMENT
> >//   NOESD,NORLD,NOXREF)
> >
> So, following Tom's citation and your example, I coded:
> 
> //*   72
> //SYSLIBDD   DISP=SHR,  This begins a comment  x
> // remainder of comment,
> // DSN=SYS1.MACLIB
> 
> ... following an interrupted parameter field with a nonblank
> character in column 72 and "// " in columns 1-3 of the following
> record, followed by the rest of the comment.  I got:
> 
> * TOP OF DATA **
>  STMT NO. MESSAGE
> 6 IEFC620I UNIDENTIFIABLE CHARACTER r ON THE DD STATEMENT
> 6 IEFC620I UNIDENTIFIABLE CHARACTER e ON THE DD STATEMENT
> 6 IEFC620I UNIDENTIFIABLE CHARACTER m ON THE DD STATEMENT
> 6 IEFC620I UNIDENTIFIABLE CHARACTER a ON THE DD STATEMENT
> 6 IEFC620I UNIDENTIFIABLE CHARACTER i ON THE DD STATEMENT
> 6 IEFC620I UNIDENTIFIABLE CHARACTER n ON THE DD STATEMENT
> 6 IEFC620I UNIDENTIFIABLE CHARACTER d ON THE DD STATEMENT
> 6 IEFC620I UNIDENTIFIABLE CHARACTER e ON THE DD STATEMENT
> 6 IEFC620I UNIDENTIFIABLE CHARACTER r ON THE DD STATEMENT
> 7 IEFC605I UNIDENTIFIED OPERATION FIELD
>  BOTTOM OF DATA 
> 
> Where did I go wrong?
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: STC JCL Question

[Roger Bolan]

The numbers in the original post are not in the "comments field" of a 
regular JCL statement.  The numbers are on a comment card that began with 
//*.
The book says
 Do not continue a comment statement using continuation conventions. 
 Instead, code additional comment statements. 

The book also says: 
The following are JCL statements that you cannot continue. While you 
cannot continue these statements, you can code as many separate statements 
as you need. 
JCL Command statement 
Comment statement 
Delimiter statement 
Null statement 

--Roger 




Patrick Lyon <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
09/26/2008 10:31 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
STC JCL Question






Greetings List - We just came across an issue that I would like to address 
with 
the group to determine why this happened.

In testing of going to release 3.2 of CICS we had an issue with only one 
of the 
regions having a S0C4 abend in the TMON program at PLT startup.  This did 
not happen in any of the other regions, just a particular one.

What we found was in the STEPLIB statement, on the line where we had the 
SDFHLPA, the numbers that should be in columns 72-80 were pulled to the 
left, probably an oversight when the dataset name was changed.  The JCL is 

below.

You would think it would have failed for a JCL error but it did not.

But it brings to question what happens in this case?  Did it invailidate 
that line 
and not use it? 

Inquiring minds want to know.

Thanks to anyone who knows what happened in this case.

Regards,
Patrick Lyon

Snip of the STEPLIB is below.  Probably will not format correctly but it 
is worth 
a shot:
//*   CICS STEPLIB - CONTAINS MODULES LOADED BY SUPERVISOR 
SERVICES 00110009
//* 00110010
//STEPLIB   DD DISP=SHR,DSN=CEE.SCEERUN  
//  DD DISP=SHR,DSN=TCPIP.SEZALINK  
//* DD DISP=SHR,DSN=PRD1.CICSTS32.LINKLIB.KH  
//  DD DISP=SHR,DSN=CICSTS32.CICS.SDFHAUTH  
//  DD DISP=SHR,DSN=CICSTS32.CICS.SDFHLPA 
0020 
//  DD 
DISP=SHR,DSN=PROD1.TMON.CICS32.TCELOAD 
//  DD 
DISP=SHR,DSN=PROD1.TMON.LMSS0204.LMKLOAD 
//  DD 
DISP=SHR,DSN=PROD1.TMON.LMSS0204.LMKRLOD 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COBOL program

[Roger Bolan]

Actually, I remember packaging a product in about 1989 and finding that 
there was no consensus among customers about what format CLIST libraries 
should be in.
Some were VB 255, others were FB 80, and some used serial numbers and some 
didn't. 

I coped with that  by making my clists FB 80 with no serial numbers and 
all the code restricted to columns 9 through 72.   That way, anybody could 
copy it into their own libraries without trouble. 
--Roger 


IBM Mainframe Discussion List  wrote on 09/27/2008 
09:56:54 AM:

> CLIST libraries were typically V/255. 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Squashing VB records into FB

[Roger Bolan]

To "squash" a dataset into a dataset with LRECL=80, RECFM=FB, BLKSIZE=2120 
use the TSO TRANSMIT (a.k.a. XMIT) command with the OUTDSN keyword.

Instead of actually transmitting the file somewhere else, it will put the 
output into the dataset named in the OUTDSN keyword with those attributes.

To restore the file to it's original format, use the RECEIVE command with 
INDSN.   You name the "squashed" dataset in the INDSN and receive it from 
there as you would a normal RECEIVE.  The DCB attributes will  be taken 
from the INDSN, but you may need to specify SPACE for the received dataset 
if the defaults aren't enough. 

--Roger 




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: STC JCL Question

[J R]

No, as the OP said, the numbers that were displaced were on the DD card:  
// DD DISP=SHR,DSN=CICSTS32.CICS.SDFHLPA   ...   0020 
They became a comment on that card.  Since they overlaid column 72, 
the next DD card was treated as a continuation.  
 
 
> Date: Sat, 27 Sep 2008 14:09:42 -0600
> From: [EMAIL PROTECTED]
> Subject: Re: STC JCL Question
> To: IBM-MAIN@BAMA.UA.EDU
> 
> The numbers in the original post are not in the "comments field" of a 
> regular JCL statement. The numbers are on a comment card that began with 
> //*.
> The book says
> Do not continue a comment statement using continuation conventions. 
> Instead, code additional comment statements. 
> 
> The book also says: 
> The following are JCL statements that you cannot continue. While you 
> cannot continue these statements, you can code as many separate statements 
> as you need. 
> JCL Command statement 
> Comment statement 
> Delimiter statement 
> Null statement 
> 
> --Roger 
> 
> 
> 
> 
> Patrick Lyon [EMAIL PROTECTED] 
> Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
> 09/26/2008 10:31 AM
> Please respond to
> IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
> 
> 
> To
> IBM-MAIN@BAMA.UA.EDU
> cc
> 
> Subject
> STC JCL Question
> 
> 
> 
> 
> 
> 
> Greetings List - We just came across an issue that I would like to address 
> with 
> the group to determine why this happened.
> 
> In testing of going to release 3.2 of CICS we had an issue with only one 
> of the 
> regions having a S0C4 abend in the TMON program at PLT startup. This did 
> not happen in any of the other regions, just a particular one.
> 
> What we found was in the STEPLIB statement, on the line where we had the 
> SDFHLPA, the numbers that should be in columns 72-80 were pulled to the 
> left, probably an oversight when the dataset name was changed. The JCL is 
> 
> below.
> 
> You would think it would have failed for a JCL error but it did not.
> 
> But it brings to question what happens in this case? Did it invailidate 
> that line 
> and not use it? 
> 
> Inquiring minds want to know.
> 
> Thanks to anyone who knows what happened in this case.
> 
> Regards,
> Patrick Lyon
> 
> Snip of the STEPLIB is below. Probably will not format correctly but it 
> is worth 
> a shot:
> //* CICS STEPLIB - CONTAINS MODULES LOADED BY SUPERVISOR 
> SERVICES 00110009
> //* 00110010
> //STEPLIB DD DISP=SHR,DSN=CEE.SCEERUN 
> // DD DISP=SHR,DSN=TCPIP.SEZALINK 
> //* DD DISP=SHR,DSN=PRD1.CICSTS32.LINKLIB.KH 
> // DD DISP=SHR,DSN=CICSTS32.CICS.SDFHAUTH 
> // DD DISP=SHR,DSN=CICSTS32.CICS.SDFHLPA 
> 0020 
> // DD 
> DISP=SHR,DSN=PROD1.TMON.CICS32.TCELOAD 
> // DD 
> DISP=SHR,DSN=PROD1.TMON.LMSS0204.LMKLOAD 
> // DD 
> DISP=SHR,DSN=PROD1.TMON.LMSS0204.LMKRLOD 
 
 
 
 
_
See how Windows connects the people, information, and fun that are part of your 
life.
http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Program that can monitor CPU usage

[Jason To]

We currently don't have any monitoring tools and we probably have to depend
on RMF to do. We want to trigger something based on high and low system LPAR
CPU usages. 

Regards,
Jason


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Lizette Koehler
Sent: Saturday, September 27, 2008 8:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Program that can monitor CPU usage

Could you provide more details?  What do you have currently in shop?
Omegamon, Tivoli, TMON, Mainview etc???

Do you have Automation like OPS/MVS or Tivoli?

What kind of trigger are you looking to handle?

What CPU Usage do you want an alert on?  SRB time, Paging? Aux Storage?

Many areas to choose from.  With more details we can probably help.

Currently RMF is the monitor in the operating system.  

Lizette


> 
> Does anyone has a program/tools that can monitor CPU usage?  I am
> currently
> looking for one, since we have a requirement to trigger something based
> on
> the CPU usage. TIA.
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Program that can monitor CPU usage

[Edward Jaffe]

Jason To wrote:

We currently don't have any monitoring tools and we probably have to depend
on RMF to do. We want to trigger something based on high and low system LPAR
CPU usages.
  


Trivial with RMF or CMF. Call ERBSMFI and get the system LPAR percentage 
returned in parameter 6. See 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/erbzpg80/1.5.3. 
Or, for R4HA LPAR utilization, you can write (even REXX) code to 
periodically inspect RCTLACS.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html