Remember DYL-AUDIT? I wonder if it still lives? Or for that matter any of the DYL "languages". IIRC we had DYL-260 and DYL-280 or something like that. On Friday, May 22, 2020, 02:08:06 PM CDT, Carmen Vitullo <cvitu...@hughes.net> wrote: Indeed, I'm aging myself, but I remember in the mid 70's auditors coming in the data center with their own deck, 5081's programs that they loaded, ran their audits then left. working for an outsourcer some time in 2001 the customer's auditors came in, reviewed your (their) system you built, and interviewed you, they knew the system, or appeared to. now I'm not so confident they know what they are asking, and why
Carmen Vitullo ----- Original Message ----- From: "Seymour J Metz" <sme...@gmu.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, May 22, 2020 1:46:08 PM Subject: Re: z/OS 2.3 systems show OPI=YES You were lucky; I've encountered far too many auditors who did not know what to look for and at best could follow a cookbook, and not always an appropriate cookbook. OTOH, a good auditor is a resource to be treasured. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Carmen Vitullo [cvitu...@hughes.net] Sent: Friday, May 22, 2020 2:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 2.3 systems show OPI=YES I found this out by trial and error, and one level 1 support tech actually told me what you had said, not documented that way but then why would it . Auditors of past, on the mainframe knew what to look for, knew where to look and understood parmlib and the values, now... not so much Carmen Vitullo ----- Original Message ----- From: "Peter Relson" <rel...@us.ibm.com> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, May 22, 2020 1:13:08 PM Subject: Re: z/OS 2.3 systems show OPI=YES <snip> have in a shared parmlib IEASYS00 member OPI=NO ... IEASYS LIST = (00,SA,20) (OP) ... Mark's IPLINFO rexx shows OPI=YES, Default </snip> The OPI setting is reset as each IEASYSxx is processed, and it defaults to "YES". So as each IEASYSxx member is processed, its OPI value is set as the single OPI value that can be displayed after IPL. That is what is going on. That has little to do with what OPI=xxx values were in effect for the set of IEASYSxx members. So yes if for some reason you want the display to show "NO" then you will need OPI=NO in the last IEASYSxx. But that provides no useful information for cases where you have multiple IEASYSxx's. Only by manual examination can you see that all IEASYSxx's had OPI=NO in effect (and that no individual IEASYSxx parameter had specified OPI). If your audit wants to know that there was no use of OPI=YES (or OPI for an individual parameter), you're not going to be have a happy auditor unless they're willing to examine all the IEASYSxx's that were identified as being used. 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 ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
