> > 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 after having set up the > RACF authorization?) Surely IPCS won't swap the address space in just > for this...?
IPCS will schedule an SRB to the address space if necessary. But that is not often necessary. z/OS does not physically swap address spaces to aux anymore. So the only time the ASTE is invalid is a transient state during TRANSWAP or REALSWAP while we are doing frame exchanges. > > > I did a considerable amount of work in z/OS 2.3 to improve the > > performance of IPCS ACTIVE's handling of unallocated storage ranges. > > I think there must've been work done even earlier; some releases ago > ACTIVE performance was appalling, but it's been generally fine in > recent years. The work I did was to avoid large numbers of anticipated 0C4 abends while IPCS was working its way through large unallocated storage areas. This had been a long-standing issue, and I decided that in the long run, I might end up spending less time fixing it than I was spending explaining why it performed so badly. > > I also allowed additional subcommands and Verbexits to function > > in the ACTIVE environment in 2.3, and more in the next release. > > I am intrigued that subcommands/Verbexits need to know anything about > this aspect of the IPCS environment. How do those that (still) don't > work tend to fail? These subcommand/Verbexits were written before IPCS supported accessing active storage in other address spaces and system key fetch protected storage. Since they knew they needed to do that, and it would fail in ACTIVE, they helpfully went out of their way to check for ACTIVE and issue a message saying that ACTIVE was not supported, and then gave up. So I just had to remove the "helpful" code. > Thanks very much for doing this work. I don't remember it being advertised. It probably wasn't advertised, because it wasn't a normal line item in the release plan. I did it myself for my own benefit as a heavy IPCS user, and you are just fortunate to have some of the same needs that I have. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
