Re: Using IPCS ACTIVE and alt ASID to display extended private storage

What it means is that the storage was in a task that went away. When you split, it is using the storage again. IPCS does not display unallocated virtual pages (as they do not really exist). On Wed, 30 Jan 2019 16:14:37 -0600 Wendell Lovewell <01e9c0ee0673-dmarc-requ...@listserv.ua.edu>

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

The location I need to check (1B12D080) is also not in the SVC dump: BLSPDISD 62') ADDRESS(1B127C20.) STORAGE - Command ===> SCROLL ===> CSR 1B127C20 C500 001B1271 B004 F50103D4 |

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

That implies that you have successfully defined BLSACTV.ADDRSPAC. Is it possible that the address you are looking for is not currently allocated? It would be best to take a dump (use the DUMP command) and see if it is allocated. I would like to see the screen which just shows part of EPRIVATE.

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

I apologize: 2000.:5FFF.--Storage not available 6000 6008 C9D2D1D3 D1F14040 | ..-.IKJLJ1 | Our private area starts at x'6000'. The CSA starts at x'8', which I cannot display. What I really want to see is at x'1B12D080'. Although I can see some of the

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

You have failed to answer as to what you see when you try to display x'5000' in the target address space. On Tue, 29 Jan 2019 11:28:24 -0600 Wendell Lovewell <01e9c0ee0673-dmarc-requ...@listserv.ua.edu> wrote: :>Thanks for your replies. I had done a REFRESH in RACF for the FACILITY profile

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

Thanks for your replies. I had done a REFRESH in RACF for the FACILITY profile changes. If I start IPCS in an alternate session and then allow the application to abend, I can still view memory areas after the abend via ACTIVE in the alternate session, but not from a second TSO user. (But

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

Is it possible that the storage you expect to find was freed due to the abend? The SVCDUMP would be a real time trap, while using IPCS ACTIVE is somewhat later. At any rate, try displaying X'5000' in the target address space and see what it shows you. If it skips all the way to CSA, that would

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

> > IPCS ACTIVE will work with other address spaces and system key fetch > > protected storage if the user of IPCS has been granted access to the > > facility classes. > > How does it behave if the target address space is swapped out? (Could > this be the problem the OP is now experiencing

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

On Mon, 28 Jan 2019 at 13:35, Jim Mulder wrote: > > IPCS ACTIVE will work with other address spaces and system key fetch > protected storage if the user of IPCS has been granted access to the > facility classes. How does it behave if the target address space is swapped out? (Could this be the

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

Thanks for the tip on the FACILITY profiles for BLSACTV.SYSTEM and BLSACTV.ADDRSPAC. Adding them and giving myself access to them did change the results. But it still appears I cannot display any storage allocated to the program I'm debugging in the other address space. For example, if

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

: Using IPCS ACTIVE and alt ASID to display extended private storage IPCS ACTIVE will work with other address spaces and system key fetch protected storage if the user of IPCS has been granted access to the facility classes. I did a considerable amount of work in z/OS 2.3 to improve

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

, Development, Test IBM Corp. Poughkeepsie NY > From: "Steve Thompson" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/28/2019 01:27 PM > Subject: Re: Using IPCS ACTIVE and alt ASID to display extended > private storage > Sent by: "IBM Mainframe Discussion List" > >

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

I think that the only tool that will let you do that is zXDC. I have used IPCS “Active” but only to work on a system problem involving common storage (not specifically CSA). But there I was effectively in read only mode. Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr.

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

On Mon, 28 Jan 2019 09:06:48 -0600 Wendell Lovewell <01e9c0ee0673-dmarc-requ...@listserv.ua.edu> wrote: :>I'm trying to debug TSO process on USERA by using IPCS from USERB by specifying ACTIVE and ASID(x'USERA's asid'). :>An address I need to display is in USERA's extended private area, but

Re: Using IPCS ACTIVE and alt ASID to display extended private storage

<01e9c0ee0673-dmarc-requ...@listserv.ua.edu> Sent: Monday, January 28, 2019 10:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Using IPCS ACTIVE and alt ASID to display extended private storage I'm trying to debug TSO process on USERA by using IPCS from USERB by specifying ACTIVE and ASID(x'USERA'

Using IPCS ACTIVE and alt ASID to display extended private storage

I'm trying to debug TSO process on USERA by using IPCS from USERB by specifying ACTIVE and ASID(x'USERA's asid'). An address I need to display is in USERA's extended private area, but LOC is only working up to the top of the extended CSA. LOC for any extended private address results in

Re: Private storage

>Keep in mind, it can only take a few K of common to cause you >to spill over a segment boundary and lose a whole meg of >private area. The IBMVSM health checks can provide information to help you see how close that is to happening. Even installing service could cause this to happen. The IBM

Re: Private storage

Agreed. Not sure my wording was as crisp as it could've been on that. M Sent from my iPad > On 14 Aug 2016, at 23:46, Ed Jaffe wrote: > >> On 8/14/2016 2:54 PM, Martin Packer wrote: >> I would start with an RMF Virtual Storage Report to get an idea of why the >>

Re: Private storage

On 8/14/2016 2:54 PM, Martin Packer wrote: I would start with an RMF Virtual Storage Report to get an idea of why the Common Area (not just CSA) has grown by 1MB. Keep in mind, it can only take a few K of common to cause you to spill over a segment boundary and lose a whole meg of private

Re: Private storage

/mpt/or https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2 From: "Lopez, Sharon" <sharon.lo...@nc.gov> To: IBM-MAIN@LISTSERV.UA.EDU Date: 14/08/2016 22:09 Subject: Private storage Sent by:IBM Mainframe Discussion List <I

Re: Private storage

Most likely adjust CSA to make up for the growth. On Sunday, 14 August 2016, Lopez, Sharon <sharon.lo...@nc.gov> wrote: > We migrated 4 production lpars from z/OS 1.13 to z/OS 2.1 and didn't > notice a change in Private storage. Today, we migrated our last production > lpar and

Private storage

We migrated 4 production lpars from z/OS 1.13 to z/OS 2.1 and didn't notice a change in Private storage. Today, we migrated our last production lpar and noticed that we lost about 1M private. We also did a dynamic I/O gen today. What parameters do I need to change to get back the 1M