As I said to Rob, I already knew this POP rule for a long time, but it doesn't answer this situation I'm facing. It's exactly the same z/OS 3.1 version (same source and PTF level) but it's working differently on a z14 and z15.
Philippe Leite z/OS System Programmer On Fri, Aug 1, 2025 at 1:04 PM salva <[email protected]> wrote: > From the POP: > > "Fetch-Protection-Override Control > Bit 38 of control register 0 is the fetch-protection- > override control. When the bit is one, key-controlled > fetch protection is ignored for locations at effective > addresses 0-2047." > > I don't know why it's different in your cases. > > El vie, 1 ago 2025 a las 16:40, Philippe Leite (< > [email protected]>) escribió: > > > Interestingly, I am experiencing the same situation here. > > In an LPAR running z/OS 3.1 on a z14, when I send the command “TSO ISRDDN > > B 800.”, I can view the contents of PSA 2048-4095. > > But when I am in another LPAR with the same z/OS 3.1 on a z15, the same > > command “TSO ISRDDN B 800.” shows me an error message “Storage > unavailable.” > > > > > > Philippe Leite > > z/OS System Programmer > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
