Re: Smaller Private Area in DR

Thanks all for the responses. I'm referring to private below the line. Unfortunately, there's no dump or map of storage to do any meaningful debugging. The obvious reason is that something was added somewhere for private to drop 1M. I'm aware it changes in 1M chunks. However, 'nothing changed' is

Re: Smaller Private Area in DR

All, Thank you very much for all the informative comments. I am familiar with the layout of an address space but the refresher is always welcome. Thanks John, the comments about CSA allocation was particularly instructive. As many of you pointed out, I too now believe that changes to the I/O

Re: Smaller Private Area in DR

Thanks Peter and John. I am looking into whether SMF data from DR is available. Will post on the list of I find anything new. On Fri, Aug 28, 2015 at 9:56 AM, John Eells ee...@us.ibm.com wrote: rel...@us.ibm.com (Peter Relson) wrote: snip A pair of dumps (one on each system) seems like the

Re: Smaller Private Area in DR

Hello All, I have been reviewing the data for private and am puzzled with what I see. The data from PROD taken with SYSVIEW is as follows; RegionStart EndLength Bytes Used RONUC _00FE3000 _00FF _0001D000

Coupling Facility Structure Re-sizing

Hello, I am in the middle of attempting to go from internal to external CFs. I ran the sizer tool and have the info for the new sizes. However, the INITSIZE and MINSIZE values have me challenged. For most structures, the current allocation doesn't specify a value for either parameter or the

Re: Coupling Facility Structure Re-sizing

Thank you all for your replies. I will take your suggestions into consideration going forward. We are in the process of upgrading from z10 - > z12 -> z13 over the next few months. The CF upgrade is a part of this project. The CFs are going from 2097/E10 and 2098/E12 to 2817/M15. I expect to see

Re: Coupling Facility Structure Re-sizing

J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > jo.skip.robin...@att.net > jo.skip.robin...@gmail.com > > -Original Message- > From: IBM Mainframe Discussion List [mail

WLM and Dispatching Priority

Hello All, I need some assistance with being able to get a proper DP assigned to a set of tasks. The problem is this; I have 2 tasks, SYSVIEW and CICSLOGR and many CICS tasks. CICSLOGR is a subtask attached by SYSVIEW. In WLM, SYSVIEW is set to a service class of 'monitor' with an importance of

Re: WLM and Dispatching Priority

, Nov 26, 2015 at 11:16 AM, Ted MacNEIL <eamacn...@yahoo.ca> wrote: > Put monitors in SYSSTC. > This gives them the second highest DP in the system. You cannot completely > control the DP in Service Classes. > > - > -teD > - > Original Message > From: phil yogend

Re: WLM and Dispatching Priority

> Banco Bradesco. > Patrocinador oficial dos Jogos Olímpicos e Paralímpicos Rio 2016. > > -Mensagem original- > De: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Em > nome de phil yogendran > Enviada em: quinta-feira, 26 de novembro de 2015 14:53 >

Real Storage Allocation

Hello, Is there a downside to over-allocating real storage on an LPAR? We will be upgrading current processors which are tired and soon to be out of service to z13's which will have 4 times the storage we have at present. We don't have any issues with paging or UIC etc. but I feel that on the

Re: Real Storage Allocation

Thank you all for your replies. My immediate concern was whether there were any issues/problems with over-allocating storage and with your responses, I am confident I can plough ahead. Thanks also for all the tips on how to debug and what to analyze. That's a step for later. Your time and

Re: CSA Shrank in DR

Thank you John. I will review your recommendation and then go back to all our systems and try and implement it ASAP. This is clearly a preventable issue and I don't want to deal with a re-occurrence. On Tue, May 10, 2016 at 9:56 AM, John Eells <ee...@us.ibm.com> wrote: > phil yogend

Storage Increment

Hello, We currently have 3 processors where 2 have a storage increment size of 256 and the 3rd has a storage increment size of 128 defined. We are going to be migrating to z13's shortly. My question is where do I find what the correct storage increment sizes should be? I understand it is

CSA Shrank in DR

Hello, We recently performed a DR exercise and on one of the LPAR's, the CSA was smaller by about 800k. Parmlib specification in DR and production were identical. The LPAR affected is our designated 'network' box so there are no apps or subsystems like CICS or IMS running on it. Any thoughts on

Re: CSA Shrank in DR

Thank you very much, all. You have been most helpful. I have run into this problem before so I need to spend more time on it. All of your suggestions and recommendations will help me get to the bottom of it. Much appreciated. On Fri, May 6, 2016 at 9:15 AM, Peter Relson

Re: CSA Shrank in DR

, 2016 at 3:25 PM, Bob Rutledge <deerh...@ix.netcom.com> wrote: > On 5/5/2016 3:07 PM, phil yogendran wrote: > >> Hello, >> >> We recently performed a DR exercise and on one of the LPAR's, the CSA was >> smaller by about 800k. Parmlib specification in DR and pr

Re: Storage Increment

e > 626-302-7535 Office > robin...@sce.com > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of phil yogendran > Sent: Thursday, May 05, 2016 11:49 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Storage

Re: Storage Increment

o. The SCCB is pointed to by the CVT. > > On Thu, 5 May 2016 14:49:04 -0400, phil yogendran <philyo...@gmail.com> > wrote: > > >Hello, > > > >We currently have 3 processors where 2 have a storage increment size of > 256 > >and the 3rd has a storage increment

Expanding eCSA

Hello All, The problem I have is that a few IMS reorg jobs which place a high demand on eCSA often fail due to insufficient eCSA. The current eCSA allocation is 1030M. I would like to try bumping it up to 1130M or even 1230M. My question is how can I determine who would be impacted? Who

Re: Expanding eCSA

veloperworks/blogs/MartinPacker > > Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or > > https://itunes.apple.com/gb/podcast/mainframe-performance- > topics/id1127943573?mt=2 > > > > From: phil yogendran <philyo...@gmail.com> > To