Re: WLM question - delayed due to CPUCAPPED

2009-09-28 Thread Vernooij, CP - SPLXM


McKown, John john.mck...@healthmarkets.com wrote in message 
news:a6b9336cdb62bb46b9f8708e686a7ea005bde01...@nrhmms8p02.uicnrh.dom...
  -Original Message-
  From: IBM Mainframe Discussion List 
  [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick Falcone
  Sent: Tuesday, September 22, 2009 2:22 PM
  To: IBM-MAIN@bama.ua.edu
  Subject: Re: WLM question - delayed due to CPUCAPPED
  
  Yes, some of the descriptions leave a little bit to be 
  desired. I like to try to stay away from capping unless 
  absolutely necessary but do have some. 
   
  Maybe there was an entry in the notes file in WLM stating why 
  that Service Class was resource capped? I try to keep up with 
  documentation, even for myself, as I find going back I'm 
  asking myself sometimes why I did what I did.
   
  I have Mainview, what was the screen name that you saw this in?
 
 Wish I could remember. I can't seem to find it again sigh.
 
 --
 John McKown 

It's the WMJDLAY view.

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

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


WLM question - delayed due to CPUCAPPED

2009-09-22 Thread McKown, John
There is a field in Mainview for z/OS which shows me that a slow running job 
was delayed to CPUCAP. Does anybody really know exactly what that means? We 
are using Group Capacity to control our software costs. Is this PRSM and WLM 
working together to cap the LPAR? Or is this just some WLM delay due to another 
job in the same service class getting all the allowed CPU? This service class 
in NOT in a Resource Group.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


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


Re: WLM question - delayed due to CPUCAPPED

2009-09-22 Thread Patrick Falcone
You probably have discretionary defined and the service class this job is 
running in is over achieving, has a velocity of less than 30 or a response time 
goal over 1 min. and is itself not resource capped and ends up giving resources 
to discretionary but keeps the PI of the giver between 0.71 and 0.81.
 
This is in SG24-6472-03 Systems Programmers Guide to WLM. 


--- On Tue, 9/22/09, McKown, John john.mck...@healthmarkets.com wrote:


From: McKown, John john.mck...@healthmarkets.com
Subject: WLM question - delayed due to CPUCAPPED
To: IBM-MAIN@bama.ua.edu
Date: Tuesday, September 22, 2009, 5:00 PM


There is a field in Mainview for z/OS which shows me that a slow running job 
was delayed to CPUCAP. Does anybody really know exactly what that means? We 
are using Group Capacity to control our software costs. Is this PRSM and WLM 
working together to cap the LPAR? Or is this just some WLM delay due to another 
job in the same service class getting all the allowed CPU? This service class 
in NOT in a Resource Group.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

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


Re: WLM question - delayed due to CPUCAPPED

2009-09-22 Thread Kelman, Tom
John,

From what you're saying you have Group Capacity set up with a softcap.
Is that correct?  We don't have Mainview here, but I would surmise that
the four hour rolling average has reached the level of the softcap.  At
that point WLM will not allow the system to use any CPU over the limit
set by the softcap.  What you're seeing is that the job is slow running
because of that.  Once the 4HRA goes below the softcap again that
problem will go away.

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of McKown, John
 Sent: Tuesday, September 22, 2009 12:01 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: WLM question - delayed due to CPUCAPPED
 
 There is a field in Mainview for z/OS which shows me that a slow
running
 job was delayed to CPUCAP. Does anybody really know exactly what
that
 means? We are using Group Capacity to control our software costs. Is
this
 PRSM and WLM working together to cap the LPAR? Or is this just some
WLM
 delay due to another job in the same service class getting all the
allowed
 CPU? This service class in NOT in a Resource Group.
 
 John McKown
 Systems Engineer IV
 IT
 
 Administrative Services Group
 
 HealthMarkets(r)
 
 9151 Boulevard 26 * N. Richland Hills * TX 76010
 (817) 255-3225 phone * (817)-961-6183 cell
 john.mck...@healthmarkets.com * www.HealthMarkets.com
 
 Confidentiality Notice: This e-mail message may contain confidential
or
 proprietary information. If you are not the intended recipient, please
 contact the sender by reply e-mail and destroy all copies of the
original
 message. HealthMarkets(r) is the brand name for products underwritten
and
 issued by the insurance subsidiaries of HealthMarkets, Inc. -The
 Chesapeake Life Insurance Company(r), Mid-West National Life Insurance
 Company of TennesseeSM and The MEGA Life and Health Insurance
Company.SM
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

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


Re: WLM question - delayed due to CPUCAPPED

2009-09-22 Thread Patrick Falcone
Hmmm, you're probably right. 
 
John, go to the field descriptor and hit PF1 and you should get the description 
for the field. 

--- On Tue, 9/22/09, Kelman, Tom thomas.kel...@commercebank.com wrote:


From: Kelman, Tom thomas.kel...@commercebank.com
Subject: Re: WLM question - delayed due to CPUCAPPED
To: IBM-MAIN@bama.ua.edu
Date: Tuesday, September 22, 2009, 5:56 PM


John,

From what you're saying you have Group Capacity set up with a softcap.
Is that correct?  We don't have Mainview here, but I would surmise that
the four hour rolling average has reached the level of the softcap.  At
that point WLM will not allow the system to use any CPU over the limit
set by the softcap.  What you're seeing is that the job is slow running
because of that.  Once the 4HRA goes below the softcap again that
problem will go away.

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of McKown, John
 Sent: Tuesday, September 22, 2009 12:01 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: WLM question - delayed due to CPUCAPPED
 
 There is a field in Mainview for z/OS which shows me that a slow
running
 job was delayed to CPUCAP. Does anybody really know exactly what
that
 means? We are using Group Capacity to control our software costs. Is
this
 PRSM and WLM working together to cap the LPAR? Or is this just some
WLM
 delay due to another job in the same service class getting all the
allowed
 CPU? This service class in NOT in a Resource Group.
 
 John McKown
 Systems Engineer IV
 IT
 
 Administrative Services Group
 
 HealthMarkets(r)
 
 9151 Boulevard 26 * N. Richland Hills * TX 76010
 (817) 255-3225 phone * (817)-961-6183 cell
 john.mck...@healthmarkets.com * www.HealthMarkets.com
 
 Confidentiality Notice: This e-mail message may contain confidential
or
 proprietary information. If you are not the intended recipient, please
 contact the sender by reply e-mail and destroy all copies of the
original
 message. HealthMarkets(r) is the brand name for products underwritten
and
 issued by the insurance subsidiaries of HealthMarkets, Inc. -The
 Chesapeake Life Insurance Company(r), Mid-West National Life Insurance
 Company of TennesseeSM and The MEGA Life and Health Insurance
Company.SM
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: WLM question - delayed due to CPUCAPPED

2009-09-22 Thread McKown, John
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick Falcone
 Sent: Tuesday, September 22, 2009 1:20 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: WLM question - delayed due to CPUCAPPED
 
 Hmmm, you're probably right. 
  
 John, go to the field descriptor and hit PF1 and you should 
 get the description for the field. 
 

Unfortunately, I didn't understand the description. However I did find out that 
the storage class does indeed have an associated resource group. So that is 
likely what the capping is referring to. I have no idea why we did this. And we 
just removed it.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone . (817)-961-6183 cell
john.mck...@healthmarkets.com . www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM

 

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


Re: WLM question - delayed due to CPUCAPPED

2009-09-22 Thread Patrick Falcone
Yes, some of the descriptions leave a little bit to be desired. I like to try 
to stay away from capping unless absolutely necessary but do have some. 
 
Maybe there was an entry in the notes file in WLM stating why that Service 
Class was resource capped? I try to keep up with documentation, even for 
myself, as I find going back I'm asking myself sometimes why I did what I did.
 
I have Mainview, what was the screen name that you saw this in?

--- On Tue, 9/22/09, McKown, John john.mck...@healthmarkets.com wrote:


From: McKown, John john.mck...@healthmarkets.com
Subject: Re: WLM question - delayed due to CPUCAPPED
To: IBM-MAIN@bama.ua.edu
Date: Tuesday, September 22, 2009, 7:09 PM


 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick Falcone
 Sent: Tuesday, September 22, 2009 1:20 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: WLM question - delayed due to CPUCAPPED
 
 Hmmm, you're probably right. 
  
 John, go to the field descriptor and hit PF1 and you should 
 get the description for the field. 
 

Unfortunately, I didn't understand the description. However I did find out that 
the storage class does indeed have an associated resource group. So that is 
likely what the capping is referring to. I have no idea why we did this. And we 
just removed it.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone . (817)-961-6183 cell
john.mck...@healthmarkets.com . www.HealthMarkets.com

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


Re: WLM question - delayed due to CPUCAPPED

2009-09-22 Thread McKown, John
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick Falcone
 Sent: Tuesday, September 22, 2009 2:22 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: WLM question - delayed due to CPUCAPPED
 
 Yes, some of the descriptions leave a little bit to be 
 desired. I like to try to stay away from capping unless 
 absolutely necessary but do have some. 
  
 Maybe there was an entry in the notes file in WLM stating why 
 that Service Class was resource capped? I try to keep up with 
 documentation, even for myself, as I find going back I'm 
 asking myself sometimes why I did what I did.
  
 I have Mainview, what was the screen name that you saw this in?

Wish I could remember. I can't seem to find it again sigh.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone . (817)-961-6183 cell
john.mck...@healthmarkets.com . www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM

 

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