True, but the hard loop was impacting our users more than the loss of functionally that DSENQSHR provided.
Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com ------- Original Message ------- On Monday, February 21st, 2022 at 7:30 PM, Paul Gilmartin <0000000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Mon, 21 Feb 2022 23:51:34 +0000, Mark Jacobs wrote: > > > I needed to use the circumvention so as to bypass the hard loop in our 2.5 > > system. > > That treats only the symptom. It provides no substitute for the needed > function. > > > Storage location x'00000004' is in the PSA. It maps to this; "V(IEAVRSTR)" > > - SECOND HALF OF RESTART NEW PSW MDC128 > > > ------- Original Message ------- > > > > On Monday, February 21st, 2022 at 5:02 PM, Paul Gilmartin wrote: > > > > > > https://www.ibm.com/support/pages/apar/OA62381 > > > > > > Local fix > > > > > > BYPASS/CIRCUMVENTION: > > > > > > Set DSENQSHR to DISALLOW in the relevant JOBCLASSes > > > > > > Doesn't that just say, "Don't do that!"? Hardly a circumvention. > > -- > > gil > > ---------------------------------------------------------------------- > > 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