date:20150210

Mark,

On a zEC12, I have defined a group capacity set containing all lpars that 
enforces the max 4HRA limit to a value somewhat less. This was done for 
software billing purposes. I have also hard-capped several unruly lpars at much 
less than that group capacity MSU value. Not sure if this is supported on a 
z10, but why not try it on a maintenance window?

Bob
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Martin Packer
Sent: Tuesday, February 10, 2015 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z10 BC LPAR Capping question

Not sure. But would a Defined Capacity limit for the LPAR work instead? 
(Or better?) That certainly can be done - and I've seen it occasionally in my 
customer set.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Banking Center of 
Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Mark Jacobs - Listserv mark.jac...@custserv.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/02/2015 15:38
Subject:z10 BC LPAR Capping question
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



This isn't my area of expertise, but I've been asked if we can define a 
capacity defined group and also have one of the members of the group have a 
hard cap enabled.

This is on a z10 BC processor.
--
Mark Jacobs
Time Customer Service
Technology and Product Engineering

The standard you walk past, is the standard you accept.
Lieutenant General David Morrison

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

H800 FACT was Re: ancient cobol applications

2015-02-10 Thread Clark Morris

On 9 Feb 2015 19:37:57 -0800, in bit.listserv.ibm-main you wrote:

In nlifdap0jlltnc68b83spng5la9i678...@4ax.com, on 02/08/2015
   at 04:49 PM, Clark Morris cfmpub...@ns.sympatico.ca said:

Honeywell 800 FACT

FACT is fiction. And here I thought that I  was the last person
still alive to have heard of it.
 
Complete with paging to tape and using 3 of the 8 CPUs as I recall.  I
think ZI still have a manual.

Clark Morris

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (My) John Ehrman Assembler Book

2015-02-10 Thread Jan Vanbrabant

:-

I feel 40 yeras younger!

Thanks John,   what a wealth!!

Jan



On Mon, Feb 9, 2015 at 7:40 PM, John Ehrman ehr...@us.ibm.com wrote:

 Richard Lawrence posted:
 The long awaited John Ehrman Assembler book as available at the
 Marist College web site:

 

 http://idcp.marist.edu/enterprisesystemseducation/Assembler%20Language%20Programming%20for%20IBM%20z%20System%20Servers.pdf

 I appreciate the many kind comments posted on these discussion lists.

 Please note that some fixes will be in the next update:
 (1) The fragmentary index after the preface/introduction will be removed.
 (2) The solutions for sections 25 and 26 will be restored.
 (3) Various typographic errors will be fixed.
 (4) Some minor text reorganizations.

 Rather than adding change bars, I plan to add an Updates section
 somewhere at the front or back of the text explaining differences from
 version to version.

 After those are finished:
 (n) I'm currently preparing some lecturer materials like presentation
 slides.
 (n+1) A major item will be to add hyperlinks for contents and
 cross-references.
 (n+2) I apologize, Lizette, but I doubt I'll add another 1200 pages any
 time soon.

 John Ehrman (ehr...@us.ibm.com)

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Resource Group hangs.

Hello group,

I had 2 incidents recently with Resource Groups, for which I cannot find a 
solution.

We have a Resource Group in our Sysplex, which covers several LPARs. The group 
is defined as Capacity is in Service Units with Sysplex Scope.. Several 
jobclasses in several LPARs are controlled in this RG and this has been running 
well for years.

About 2 weeks ago, I noticed a complete stop of the jobs in the RG on one LPAR, 
while the total SU consumption on the Sysplex was well below the maximum and 
jobs on the other LPARs were running normally. It seemed WLM had lost track of 
the utilization and/or the jobs on that LPAR and kept op capping them 100%. A 
reactivate of the policy made WLM reinitialize or recalculate the situation and 
all jobs started running again and the systems ran again as expected.

Today we had the same problem and it was again solved by a reactivate of the 
current WLM policy.

This is z/OS 1.13.
Anyone an idea where to look further?

Thanks,
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resource Group hangs.

Vernooij, CP (ITOPT1) - KLM wrote:

I had 2 incidents recently with Resource Groups, for which I cannot find a 
solution.

We have a Resource Group in our Sysplex, which covers several LPARs. The group 
is defined as Capacity is in Service Units with Sysplex Scope.. Several 
jobclasses in several LPARs are controlled in this RG and this has been 
running well for years.

Care to share the details about that specific RG? Perhaps there is a setting or 
two?


About 2 weeks ago, I noticed a complete stop of the jobs in the RG on one 
LPAR, while the total SU consumption on the Sysplex was well below the maximum 
and jobs on the other LPARs were running normally. It seemed WLM had lost 
track of the utilization and/or the jobs on that LPAR and kept op capping them 
100%. A reactivate of the policy made WLM reinitialize or recalculate the 
situation and all jobs started running again and the systems ran again as 
expected.

Did something changed? PTF, changes in Parmlib, WLM, etc? Just don't get mad at 
me please, but in such cases I would ask around just to be sure. [1] 


Today we had the same problem and it was again solved by a reactivate of the 
current WLM policy.

I find it weird. Is that only on that one and only LPAR, but never on the 
others? What about the other LPARs, are they running at full speed without 
delays, etc? 

If you means 'reactivate', do you mean - re-activate across SysPlex or just on 
the problem LPAR?

Are the other LPARs using the same RG setup?


This is z/OS 1.13.
Anyone an idea where to look further?

I wish I have something, but perhaps you could see if there are any delays at 
all. I will ask my favourite IBMer about this.

We got nearly every month problems about 100% CPU, GRS lockout, delays, etc, 
but usually we can resolve it, or it 'goes away'.

Groete / Greetings
Elardus Engelbrecht

[1] - Dec 2014 - Our CPU went 100% and everything grinded at a halt - up to the 
whole CEC - After tracing and detective work - even after the programmers swear 
high and low they did *not* *changed* *anything* - we found the culprit - Some 
second-hand *$$hole wrote a 'Christmas animation' (15 screen updates) for every 
user who logs on. Now many users got p*ssed off about that animation and log 
off and logon back - guess - that just made it worse... ;-D

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resource Group hangs.

Nothing special:
Capacity is in Service Units with Sysplex Scope.  
Minimum capacity is not specified.
Maximum capacity is 29250.

Not that I know. We have an RSU planned, but not implemented yet.

The RG has Sysplex scope. In both cases it was a different LPAR, but one that 
was using a large portion of the RG capacity.

You can only activate a WLM policy Sysplex-wide.

We go to 2.1 soon, so I don't want to make too much work of it. But if a 
solution is available, it would be welcome.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: 10 February, 2015 12:41
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Resource Group hangs.

Vernooij, CP (ITOPT1) - KLM wrote:

I had 2 incidents recently with Resource Groups, for which I cannot find a 
solution.

We have a Resource Group in our Sysplex, which covers several LPARs. The group 
is defined as Capacity is in Service Units with Sysplex Scope.. Several 
jobclasses in several LPARs are controlled in this RG and this has been 
running well for years.

Care to share the details about that specific RG? Perhaps there is a setting or 
two?


About 2 weeks ago, I noticed a complete stop of the jobs in the RG on one 
LPAR, while the total SU consumption on the Sysplex was well below the maximum 
and jobs on the other LPARs were running normally. It seemed WLM had lost 
track of the utilization and/or the jobs on that LPAR and kept op capping them 
100%. A reactivate of the policy made WLM reinitialize or recalculate the 
situation and all jobs started running again and the systems ran again as 
expected.

Did something changed? PTF, changes in Parmlib, WLM, etc? Just don't get mad at 
me please, but in such cases I would ask around just to be sure. [1] 


Today we had the same problem and it was again solved by a reactivate of the 
current WLM policy.

I find it weird. Is that only on that one and only LPAR, but never on the 
others? What about the other LPARs, are they running at full speed without 
delays, etc? 

If you means 'reactivate', do you mean - re-activate across SysPlex or just on 
the problem LPAR?

Are the other LPARs using the same RG setup?


This is z/OS 1.13.
Anyone an idea where to look further?

I wish I have something, but perhaps you could see if there are any delays at 
all. I will ask my favourite IBMer about this.

We got nearly every month problems about 100% CPU, GRS lockout, delays, etc, 
but usually we can resolve it, or it 'goes away'.

Groete / Greetings
Elardus Engelbrecht

[1] - Dec 2014 - Our CPU went 100% and everything grinded at a halt - up to the 
whole CEC - After tracing and detective work - even after the programmers swear 
high and low they did *not* *changed* *anything* - we found the culprit - Some 
second-hand *$$hole wrote a 'Christmas animation' (15 screen updates) for every 
user who logs on. Now many users got p*ssed off about that animation and log 
off and logon back - guess - that just made it worse... ;-D

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resource Group hangs.

https://www-304.ibm.com/ibmlink/servicelink/servicelink.wss?lc=encc=US

https://www-304.ibm.com/ibmlink/sis/sis.wss?lc=encc=US


You may need to change to your EMEA equivalent for encc=.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, February 10, 2015 6:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Resource Group hangs.

In SR I can only open a new problem.
I looked at zTechnical help databasefor System z, but found nothing.
Search support and downloads gave nothing applicable.
How do I access SIS, or provide link to your results?

Thanks,
Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: 10 February, 2015 12:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Resource Group hangs.

SIS or SR under ServiceLink, but I bet you knew that. I searched on WLM and RG 
and saw some vaguely similar hits, but none that were newer than six months ago.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, February 10, 2015 5:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Resource Group hangs.

Hello group,

I had 2 incidents recently with Resource Groups, for which I cannot find a 
solution.

We have a Resource Group in our Sysplex, which covers several LPARs. The group 
is defined as Capacity is in Service Units with Sysplex Scope.. Several 
jobclasses in several LPARs are controlled in this RG and this has been running 
well for years.

About 2 weeks ago, I noticed a complete stop of the jobs in the RG on one LPAR, 
while the total SU consumption on the Sysplex was well below the maximum and 
jobs on the other LPARs were running normally. It seemed WLM had lost track of 
the utilization and/or the jobs on that LPAR and kept op capping them 100%. A 
reactivate of the policy made WLM reinitialize or recalculate the situation and 
all jobs started running again and the systems ran again as expected.

Today we had the same problem and it was again solved by a reactivate of the 
current WLM policy.

This is z/OS 1.13.
Anyone an idea where to look further?

Thanks,
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...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Resource Group hangs.

SIS or SR under ServiceLink, but I bet you knew that. I searched on WLM and RG 
and saw some vaguely similar hits, but none that were newer than six months ago.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, February 10, 2015 5:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Resource Group hangs.

Hello group,

I had 2 incidents recently with Resource Groups, for which I cannot find a 
solution.

We have a Resource Group in our Sysplex, which covers several LPARs. The group 
is defined as Capacity is in Service Units with Sysplex Scope.. Several 
jobclasses in several LPARs are controlled in this RG and this has been running 
well for years.

About 2 weeks ago, I noticed a complete stop of the jobs in the RG on one LPAR, 
while the total SU consumption on the Sysplex was well below the maximum and 
jobs on the other LPARs were running normally. It seemed WLM had lost track of 
the utilization and/or the jobs on that LPAR and kept op capping them 100%. A 
reactivate of the policy made WLM reinitialize or recalculate the situation and 
all jobs started running again and the systems ran again as expected.

Today we had the same problem and it was again solved by a reactivate of the 
current WLM policy.

This is z/OS 1.13.
Anyone an idea where to look further?

Thanks,
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...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resource Group hangs.

In SR I can only open a new problem.
I looked at zTechnical help databasefor System z, but found nothing.
Search support and downloads gave nothing applicable.
How do I access SIS, or provide link to your results?

Thanks,
Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: 10 February, 2015 12:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Resource Group hangs.

SIS or SR under ServiceLink, but I bet you knew that. I searched on WLM and RG 
and saw some vaguely similar hits, but none that were newer than six months ago.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, February 10, 2015 5:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Resource Group hangs.

Hello group,

I had 2 incidents recently with Resource Groups, for which I cannot find a 
solution.

We have a Resource Group in our Sysplex, which covers several LPARs. The group 
is defined as Capacity is in Service Units with Sysplex Scope.. Several 
jobclasses in several LPARs are controlled in this RG and this has been running 
well for years.

About 2 weeks ago, I noticed a complete stop of the jobs in the RG on one LPAR, 
while the total SU consumption on the Sysplex was well below the maximum and 
jobs on the other LPARs were running normally. It seemed WLM had lost track of 
the utilization and/or the jobs on that LPAR and kept op capping them 100%. A 
reactivate of the policy made WLM reinitialize or recalculate the situation and 
all jobs started running again and the systems ran again as expected.

Today we had the same problem and it was again solved by a reactivate of the 
current WLM policy.

This is z/OS 1.13.
Anyone an idea where to look further?

Thanks,
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...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resource Group hangs.

The don't work here, not even the https://www-304.ibm.com/ibmlink; part.

There has been a problem processing your request.
Please try again. If you continue to have difficulties, please contact IBMLink 
customer support.


Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: 10 February, 2015 12:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Resource Group hangs.

https://www-304.ibm.com/ibmlink/servicelink/servicelink.wss?lc=encc=US

https://www-304.ibm.com/ibmlink/sis/sis.wss?lc=encc=US


You may need to change to your EMEA equivalent for encc=.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, February 10, 2015 6:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Resource Group hangs.

In SR I can only open a new problem.
I looked at zTechnical help databasefor System z, but found nothing.
Search support and downloads gave nothing applicable.
How do I access SIS, or provide link to your results?

Thanks,
Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: 10 February, 2015 12:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Resource Group hangs.

SIS or SR under ServiceLink, but I bet you knew that. I searched on WLM and RG 
and saw some vaguely similar hits, but none that were newer than six months ago.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, February 10, 2015 5:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Resource Group hangs.

Hello group,

I had 2 incidents recently with Resource Groups, for which I cannot find a 
solution.

We have a Resource Group in our Sysplex, which covers several LPARs. The group 
is defined as Capacity is in Service Units with Sysplex Scope.. Several 
jobclasses in several LPARs are controlled in this RG and this has been running 
well for years.

About 2 weeks ago, I noticed a complete stop of the jobs in the RG on one LPAR, 
while the total SU consumption on the Sysplex was well below the maximum and 
jobs on the other LPARs were running normally. It seemed WLM had lost track of 
the utilization and/or the jobs on that LPAR and kept op capping them 100%. A 
reactivate of the policy made WLM reinitialize or recalculate the situation and 
all jobs started running again and the systems ran again as expected.

Today we had the same problem and it was again solved by a reactivate of the 
current WLM policy.

This is z/OS 1.13.
Anyone an idea where to look further?

Thanks,
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...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Resource Group hangs.

2015-02-10 Thread Staller, Allan

Try here: Logon is optional.

http://www-947.ibm.com/support/entry/portal/support


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resource Group hangs.


Only seems to provide PDFs.

I usually use: 
http://www-947.ibm.com/systems/support/z/zos/
and then click:
Search zSeries technical support: 
http://www14.software.ibm.com/support/customercare/psearch/search?domain=syszq=wlm+rgsort=2pgLen=10exp=yapar=yibm-search.x=24ibm-search.y=16

No apars returned.

IBM.com is a real maze...

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Staller, Allan
Sent: 10 February, 2015 14:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Resource Group hangs.

Try here: Logon is optional.

http://www-947.ibm.com/support/entry/portal/support


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Vary OPEERLOG offline before IPLing the system?

2015-02-10 Thread J O Skip Robinson

There is surely no advantage to varying OPERLOG off at shutdown. However, we 
should note that syslog also captures early messages from NIP onwards because 
they get buffered until JES starts. Nothing gets lost as long as JES starts in 
the same IPL. 

OTOH, it's not clear what happens to OPERLOG messages after JES terminates. 
They're probably captured in a CF structure, but would we have access to that 
data after system shutdown?  

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Monday, February 09, 2015 11:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Vary OPEERLOG offline before IPLing the system?

I see no reason and no negative impact, on the contrary: if you keep it 
running, you can see what's happening after JES and Syslog have stopped. The 
same applies to activities before JES2 starts.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: 10 February, 2015 8:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Vary OPEERLOG offline before IPLing the system?

I found that automation is setup to vary operlog offline just before stopping 
JES2. I was trying to find a reference in the FMs recommending this. But no 
success.


Why would we do this? If operlog is stopped, then we would loose all hardcopy 
messages from the time JES was brougt down until the system is brought doen (V 
XCF,,OFFLINE), right?


What (negative) impact is there if we don't stop operlog?


--
Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

R: z10 BC LPAR Capping question

2015-02-10 Thread Fabio Massimo Ottaviani

Hello Mark
It is not possible.
As soon as you hard cap an LPAR in a group the LPAR is put outside of the group 
so it's not controlled anymore by the group capacity limit.
As suggested by Martin you could use defined capacity and group capacity 
together.
Best regards
Fabio 

+
+ Fabio Massimo Ottaviani
+ EPV Technologies Technical Director 
+ Skype: fabio.massimo.ottaviani
+ Mobile: +393406168088
+
+ IT Cost under Control 
+ www.epvtech.com 
+

   Please consider the environment - do you really need to print this email?

-Messaggio originale-
Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto 
di Mark Jacobs - Listserv
Inviato: martedì 10 febbraio 2015 16:39
A: IBM-MAIN@LISTSERV.UA.EDU
Oggetto: z10 BC LPAR Capping question

This isn't my area of expertise, but I've been asked if we can define a 
capacity defined group and also have one of the members of the group have a 
hard cap enabled.

This is on a z10 BC processor.
--
Mark Jacobs
Time Customer Service
Technology and Product Engineering

The standard you walk past, is the standard you accept.
Lieutenant General David Morrison

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Debug tool from whitin a program

2015-02-10 Thread Ken Hume IBM


Hi Michael,

Drop me a note at kph...@us.ibm.com and I'll get your question to our 
developers. They will know the answers.  ;o)


Ken Hume


-Original Message- 
From: michelbutz

Sent: Monday, February 09, 2015 3:57 PM Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Debug tool from whitin a program

EQANMDBG is invoking debug tool from the get go

I am looking for something like a call to CEETEST
But for non le assembler

Sent from my iPhone


On Feb 9, 2015, at 5:54 PM, Sam Siegel s...@pscsi.net wrote:

Sorry about that.  Look in the debug tool users guide for EQANMDBG.  That
might do what you want.  No completely sure.

On Mon, Feb 9, 2015 at 2:26 PM, michelbutz michealb...@comcast.net 
wrote:


That syntax is C/C++ I was looking for non le assembler

Sent from my iPhone


On Feb 9, 2015, at 5:17 PM, Sam Siegel s...@pscsi.net wrote:

ctest(); must use langlvl(extended)
__ctest();  langlvl(extended) not required.

include ctest.h

You can pass a debugger command as a character string as the parm.


On Mon, Feb 9, 2015 at 2:06 PM, michelbutz michealb...@comcast.net

wrote:


Hi

Is there a way to invoke debug tool from within  a
Non le assembler program

Thanks

Sent from my iPhone

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (My) John Ehrman Assembler Book

2015-02-10 Thread Abe Kornelis

John,

I cannot but replicate the many thanks and compliments expressed by
others on both IBM-Main and the Assembler-list.
Now I surely won't need to get a book from the library for my vacation.
This'll be much more fun!

Finding Z13 in the title I had hoped to find some info on the new
instructions.

I am especially interested in the vector architecture and instructions.

To explain the vector architecture well, embellished with examples,
exercises and solutions,

you might end up with a volume that satisfies Lizette's desires?

Kind regards
Abe Kornelis
==

John Ehrman schreef op 9-2-2015 om 19:40:

Richard Lawrence posted:

The long awaited John Ehrman Assembler book as available at the
Marist College web site:

http://idcp.marist.edu/enterprisesystemseducation/Assembler%20Language%20Programming%20for%20IBM%20z%20System%20Servers.pdf

I appreciate the many kind comments posted on these discussion lists.

Please note that some fixes will be in the next update:
(1) The fragmentary index after the preface/introduction will be removed.
(2) The solutions for sections 25 and 26 will be restored.
(3) Various typographic errors will be fixed.
(4) Some minor text reorganizations.

Rather than adding change bars, I plan to add an Updates section
somewhere at the front or back of the text explaining differences from
version to version.

After those are finished:
(n) I'm currently preparing some lecturer materials like presentation
slides.
(n+1) A major item will be to add hyperlinks for contents and
cross-references.
(n+2) I apologize, Lizette, but I doubt I'll add another 1200 pages any
time soon.

John Ehrman (ehr...@us.ibm.com)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Vary OPEERLOG offline before IPLing the system?

2015-02-10 Thread nitz-...@gmx.net

 OTOH, it's not clear what happens to OPERLOG messages after JES terminates. 
 They're probably captured in a CF structure, but would we have access to that 
 data after system shutdown?  
Assuming that operlog is not varied off, operlog merrily goes on recording 
everything that goes on after JES terminates. Operlog stops recording only once 
it gets the notification that the system is about to be wait stated. On that 
notification, all buffers (from either CF or DASD only) are hardened for all 
log streams. 
In the case of a DASD-only logstream (and presumably monoplex) you will have 
access once the system comes back up. In a sysplex (with CF logstreams) you 
have access all along.

To the OP:
Having seen enough asinine automation - are you sure that removing operlog 
right before JES wasn't done when operlog was first introduced, on the 
erroneous assumption that it would behave just like syslog and 'needs to be 
shut down'? I see no benefit in not having operlog until the very end, in fact, 
I insisted on activating DASD-only operlog even in the monoplexes to see what 
goes on after JES shuts down. That way I found the cause of some abend during z 
eod.

Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IPCS error help

Jim Mulder wrote:

 System ABEND 878, reason code 0010
 GPR   8R    9R 7FFF4000  10R   11R 7F809970
 System abend code 878, reason code 0016.

Why two different reason codes (0010 and 0016)?


  Register 9 contains the size of the request (x'7FFF4000'), which is too 
 large to be satisfied, regardless of your region size.  

Thanks, this is great news for me! But where is it documented about Register 9? 
Of course before posting, I grabbed my bookies, searched for 878 and GETMAIN + 
STORAGE macros, but found references to GPR00 and GPR15 only.

Thanks in advance.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: R: z10 BC LPAR Capping question

2015-02-10 Thread Martin Packer

You MIGHT be. :-) That's why I posed my suggestion of DC more as a 
question than a prescription.

It turns out there's no choice. :-(

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   mario bezzi mbe...@tiscali.it
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/02/2015 23:10
Subject:Re: R: z10 BC LPAR Capping question
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I know I am saying something obvious, but for sake of clarity:

While combining GCL and DC is perfectly fine, it might not address the 
original need as Defined Capacity doesn't prevent an LPAR from exceeding 
the defined limit if its 4 Hours Rolling Average stays below this limit.

Although not available on z10BC, Absolute Capping, introduced with 
zBC12/zEc12 GA2, would be the answer.

Hope this helps,
mario

On 02/10/2015 07:25 PM, Fabio Massimo Ottaviani wrote:
 Hello Mark
 It is not possible.
 As soon as you hard cap an LPAR in a group the LPAR is put outside of 
the group so it's not controlled anymore by the group capacity limit.
 As suggested by Martin you could use defined capacity and group capacity 
together.
 Best regards
 Fabio

 +
 + Fabio Massimo Ottaviani
 + EPV Technologies Technical Director
 + Skype: fabio.massimo.ottaviani
 + Mobile: +393406168088
 +
 + IT Cost under Control
 + www.epvtech.com
 +

    Please consider the environment - do you really need to print this 
email?

 -Messaggio originale-
 Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per 
conto di Mark Jacobs - Listserv
 Inviato: martedì 10 febbraio 2015 16:39
 A: IBM-MAIN@LISTSERV.UA.EDU
 Oggetto: z10 BC LPAR Capping question

 This isn't my area of expertise, but I've been asked if we can define a 
capacity defined group and also have one of the members of the group have 
a hard cap enabled.

 This is on a z10 BC processor.
 --
 Mark Jacobs
 Time Customer Service
 Technology and Product Engineering

 The standard you walk past, is the standard you accept.
 Lieutenant General David Morrison

 --
 For IBM-MAIN subscribe / signoff / archive access instructions, send 
email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IPCS error help

2015-02-10 Thread Jim Mulder

 I was trying to open a dump dataset using IPCS 2.2 but it ended with 
below
 message.
 
 System ABEND 878, reason code 0010
 PSW 070C1000 814F7878, module IEANUC01, CSECT IGVVSERR, offset 0E40
 Instruction area 00181610 0A0D18CE 18FB180C
 GPR   0R 8400   1R 84878000   2R 7F809C10   3R 0002
 GPR   4R 007F8E78   5R 007933D0   6R 814F2830   7R 00FC5700
 GPR   8R    9R 7FFF4000  10R   11R 7F809970
 GPR  12R 4000  13R 000A0348  14R 3A9D53AC  15R 0010
 System abend code 878, reason code 0016.
 Abend in host command SELECT or address environment routine ISPEXEC.
 
 I was able to open another DUMPS but it just ends only for a specific
 dataset.

  Register 9 contains the size of the request (x'7FFF4000'),
which is too large to be satisfied, regardless of your
region size.  That is likely due to a programming error in IPCS-related 
code,
or something anomalous in the dump.  A dump of the 878 abend would be 
needed
for further diagnosis.

  I don't normally use the IPCS 2.x panels (I issue the IPCS command I 
want 
directly).  I tried 2.2, and it looks like it is doing
ANALYZE
STATUS SYSTEM
STATUS FAILDATA
STATUS CPU REGS 

  You could try those one at a time to see which one fails.
Most likely it is ANALYZE - that entails some complex processing 
which is dependent on a lot of dump data.

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IPCS error help

2015-02-10 Thread Shane Ginnane

On Tue, 10 Feb 2015 20:37:17 +0530, Jake anderson wrote:

I tried with tso region size 20 but no luck. This happens specifically
for IPCS 2.2

The only time I've had 878's on a region like that was SADumps. But like Jim, I 
tend not to use the 2.x commands.
Big dumps in an interactive TSO session run slo - especially things like 
RSMDATA. I  tend to bump them off to a batch job, and let them run as they will.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (My) John Ehrman Assembler Book

2015-02-10 Thread Shmuel Metz (Seymour J.)

In 54da6e18.5020...@bixoft.nl, on 02/10/2015
   at 09:46 PM, Abe Kornelis a...@bixoft.nl said:

Finding Z13 in the title I had hoped to find some info on the new 
instructions.

Indeed, along with an explanation of the sort instructions
understandable by mere mortals. Regardless of which, we owe John a
vote of thanks, both for the book and for getting most of Greg's
Assembler (H) enhancements into the base.

BTW, I have no plans to get the book on a dead tree, so I am not
concerned about a substantial increase in size. However, the sorts of
thing that I and others would like to see entail a substantial amount
of work, and we should be grat3ful for whatever time he is willing and
able to put into it.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Vary OPEERLOG offline before IPLing the system?

2015-02-10 Thread Shmuel Metz (Seymour J.)

In
bn1pr0101mb07546706ca5f178b84197399ce...@bn1pr0101mb0754.prod.exchangelabs.com,
on 02/10/2015
   at 06:43 PM, J O Skip Robinson jo.skip.robin...@sce.com said:

There is surely no advantage to varying OPERLOG off at shutdown.
However, we should note that syslog also captures early messages 
from NIP onwards

Since when? Are you thinking of MTRACE, which is not SYSLOG?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Announcing PCRE 8.36 port to native classic z/OS

2015-02-10 Thread Ze'ev Atlas

Version 8.36 of PCRE (Perl Compatible Regular Expressions) library is now 
available on both CBTTAPE (www.cbttape.org) and on my website zaconsultants.net 
Ze'ev Atlas


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Re: Vary OPEERLOG offline before IPLing the system?

2015-02-10 Thread Peter Hunkeler

To the OP:
Having seen enough asinine automation - are you sure that removing operlog 
right before JES wasn't done when operlog was first introduced,...



I fully agree, and yes, I do suspect that it is the outcome of some 
misunderstanding. I wanted to get rid of this, just thought I'd better ask the 
combined wisdom. It's been some years since I cared for such things; I might 
have missed some common sense reason, or I might simply have forgotten.


Feeling good now to suggest no longer varying operlog offline.


--
Peter Hunkeler



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: H800 FACT was Re: ancient cobol applications

2015-02-10 Thread Shmuel Metz (Seymour J.)

In o7ekda5onbsdiumag0fk3bneqoa1e1k...@4ax.com, on 02/10/2015
   at 01:01 PM, Clark Morris cfmpub...@ns.sympatico.ca said:

Complete with paging to tape and using 3 of the 8 CPUs as I recall. 

There was only one CPU. The H-800 was the first machine that I'm aware
of to use virtual multiporoceesing.

See the Honeywell 800 Programmers' Reference manual
http://bitsavers.org/pdf/Honeywell/h800/H800_programmersRefMan.pdf;
you may have to fool around with the mirrors, which appear to be
broken again.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Vary OPEERLOG offline before IPLing the system?

2015-02-10 Thread Scott Ford

Peter,

First question what is happening after the vary operlog offline and JES2
stopping?
I can't see doing the vary offline and I have done a bunch of automation
work.

Regards,
Scott
iDF

On Tuesday, February 10, 2015, Peter Hunkeler p...@gmx.ch wrote:

 I found that automation is setup to vary operlog offline just before
 stopping JES2. I was trying to find a reference in the FMs recommending
 this. But no success.


 Why would we do this? If operlog is stopped, then we would loose all
 hardcopy messages from the time JES was brougt down until the system is
 brought doen (V XCF,,OFFLINE), right?


 What (negative) impact is there if we don't stop operlog?


 --
 Peter Hunkeler

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu javascript:; with the message:
 INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: R: z10 BC LPAR Capping question

2015-02-10 Thread mario bezzi


I know I am saying something obvious, but for sake of clarity:

While combining GCL and DC is perfectly fine, it might not address the 
original need as Defined Capacity doesn't prevent an LPAR from exceeding 
the defined limit if its 4 Hours Rolling Average stays below this limit.


Although not available on z10BC, Absolute Capping, introduced with 
zBC12/zEc12 GA2, would be the answer.


Hope this helps,
mario

On 02/10/2015 07:25 PM, Fabio Massimo Ottaviani wrote:

Hello Mark
It is not possible.
As soon as you hard cap an LPAR in a group the LPAR is put outside of the group 
so it's not controlled anymore by the group capacity limit.
As suggested by Martin you could use defined capacity and group capacity 
together.
Best regards
Fabio

+
+ Fabio Massimo Ottaviani
+ EPV Technologies Technical Director
+ Skype: fabio.massimo.ottaviani
+ Mobile: +393406168088
+
+ IT Cost under Control
+ www.epvtech.com
+

   Please consider the environment - do you really need to print this email?

-Messaggio originale-
Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto 
di Mark Jacobs - Listserv
Inviato: martedì 10 febbraio 2015 16:39
A: IBM-MAIN@LISTSERV.UA.EDU
Oggetto: z10 BC LPAR Capping question

This isn't my area of expertise, but I've been asked if we can define a 
capacity defined group and also have one of the members of the group have a 
hard cap enabled.

This is on a z10 BC processor.
--
Mark Jacobs
Time Customer Service
Technology and Product Engineering

The standard you walk past, is the standard you accept.
Lieutenant General David Morrison

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z10 BC LPAR Capping question

2015-02-10 Thread Martin Packer

Not sure. But would a Defined Capacity limit for the LPAR work instead? 
(Or better?) That certainly can be done - and I've seen it occasionally in 
my customer set.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Mark Jacobs - Listserv mark.jac...@custserv.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/02/2015 15:38
Subject:z10 BC LPAR Capping question
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



This isn't my area of expertise, but I've been asked if we can define a 
capacity defined group and also have one of the members of the group 
have a hard cap enabled.

This is on a z10 BC processor.
-- 
Mark Jacobs
Time Customer Service
Technology and Product Engineering

The standard you walk past, is the standard you accept.
Lieutenant General David Morrison

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resource Group hangs.

Vernooij, CP (ITOPT1) - KLM wrote: 

Nothing special: 
Capacity is in Service Units with Sysplex Scope.   
Minimum capacity is not specified. 
Maximum capacity is 29250. 
Not that I know. We have an RSU planned, but not implemented yet. 

Nothing strange here AFAIK.
 
Just one last question - is it possible that one of the jobs/STCs changed the 
WLM policy without your knowledge?


The RG has Sysplex scope. In both cases it was a different LPAR, but one that 
was using a large portion of the RG capacity. 

Different LPARs, hmmm. Ok, that should help others to drill down to help you.

 
You can only activate a WLM policy Sysplex-wide. 

I know, just want to make sure.

 
We go to 2.1 soon, so I don't want to make too much work of it. But if a 
solution is available, it would be welcome. 

We're also in a hurry to go to 2.1, its something about the RACF and JES2 Job 
Class management. I want to put my dirty claws on it so my hungry users won't 
hog the system... ;-)

If you get something, please be very kind to post it.

BTW: I'm waiting for my IBMer for answers, because I can't search those IBM 
scrolls in those IBM pages reserved to privileged gurus... ;-[
 
Groete / Greetings 
Elardus Engelbrecht 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resource Group hangs.

On Tue, 10 Feb 2015 12:16:30 +, Vernooij, CP (ITOPT1) - KLM 
kees.verno...@klm.com wrote:

The don't work here, not even the https://www-304.ibm.com/ibmlink; part.

Network problem? Firewall issue? Browser cache corrupt?

Oh, for me, it is working, sort of, but sloow, mind you, my beard is 
growing faster. 

Anyways, I got in eventually, but Big Blue says I must 'entitle myself and have 
an IBMer send me something' before I see some precious docs.

I'm not going to bother further. I already have an IBM id used for something 
else.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resource Group hangs.