The reported said the abend went away after an IPL. Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com On Friday, June 28th, 2024 at 12:25 PM, Peter Relson <rel...@us.ibm.com> wrote: > Did this ever get resolved? I was away and could not respond at the time. > > I would have started by saying that the APF authorization of SYS1.CMDLIB is > pretty much irrelevant. It might be necessary but it is not relevant to the > abend. > > Simply put, the abend indicates that the issuer of an SVC that requires APF > authorization (usually the MODESET SVC, but could be any SVC that requires > APF authorization and there are a dozen or so) was not APF-authorized. > > So we need to backtrack to how that user was supposed to be APF-authorized. > And the general answer for a TSO command is that TSO needs to have been > "informed" that the PARMLIB command is to be processed in the authorized size > of TSO. If it wasn't informed, then the command would run in the unauthorized > side and you'd expect MODESET to get SVC 047. > > I would have suggested to look within the definition of what TSO is to > consider as an authorized command. PARMLIB is documented as an authorized > command (but I don't know if that is "built-in" or needs to be specified). > > Peter Relson > z/OS Core Technology Design > > > ---------------------------------------------------------------------- > 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
