Re: [External] Re: z/OS 2.3 systems show OPI=YES
Hi Clark, Not "was", is, DYL280 aka Vision:Results still exists. We run it in our datacenter. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Clark Morris Sent: Friday, May 22, 2020 3:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: z/OS 2.3 systems show OPI=YES [Default] On 22 May 2020 12:24:27 -0700, in bit.listserv.ibm-main lenru...@gmail.com (lenru...@gmail.com) wrote: > 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 > wrote: DYL280 became Vision:Results from Broadcom. It was a really powerful tool. I would like to see a good optimizing compiler for it. Clark Morris > > 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" >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. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.3 systems show OPI=YES
...one level 1 support tech actually told me what you had said, not documented that way but then why would it . The behavior of OPI= is (I think quite clearly) documented. There is a lengthy note. The documentation describes the default and the behavior from one IEASYSxx to another. You apparently made an assumption about what Mark Z's IPLINFO showed (which is similar to what DISPLAY IPLINFO,OPI would have showed -- so not picking on Mark's program). And if you have a need to be able to tell what it sounds like you're trying to tell (No use of OPI for individual, no use of OPI=YES), then that is what RFE's are for. 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
Re: z/OS 2.3 systems show OPI=YES
[Default] On 22 May 2020 12:24:27 -0700, in bit.listserv.ibm-main lenru...@gmail.com (lenru...@gmail.com) wrote: > 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 > wrote: DYL280 became Vision:Results from Broadcom. It was a really powerful tool. I would like to see a good optimizing compiler for it. Clark Morris > > 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" >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. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.3 systems show OPI=YES
now that you mention, yes from the makers of DYL250 - DYCLAR systems (sp) ? Sears used DYL250 in just about every application to fix(edit) raw data from Singer system, and then Series I systems from the store's polling data Carmen Vitullo - Original Message - From: "lenru...@gmail.com" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, May 22, 2020 2:24:10 PM Subject: Re: z/OS 2.3 systems show OPI=YES 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 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" 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" 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 have in a shared parmlib IEASYS00 member OPI=NO ... IEASYS LIST = (00,SA,20) (OP) ... Mark's IPLINFO rexx shows OPI=YES, Default 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.3 systems show OPI=YES
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 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" 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" 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 have in a shared parmlib IEASYS00 member OPI=NO ... IEASYS LIST = (00,SA,20) (OP) ... Mark's IPLINFO rexx shows OPI=YES, Default 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
Re: z/OS 2.3 systems show OPI=YES
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" 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" 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 have in a shared parmlib IEASYS00 member OPI=NO ... IEASYS LIST = (00,SA,20) (OP) ... Mark's IPLINFO rexx shows OPI=YES, Default 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
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" 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 have in a shared parmlib IEASYS00 member OPI=NO ... IEASYS LIST = (00,SA,20) (OP) ... Mark's IPLINFO rexx shows OPI=YES, Default 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
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" 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 have in a shared parmlib IEASYS00 member OPI=NO ... IEASYS LIST = (00,SA,20) (OP) ... Mark's IPLINFO rexx shows OPI=YES, Default 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
Re: z/OS 2.3 systems show OPI=YES
have in a shared parmlib IEASYS00 member OPI=NO ... IEASYS LIST = (00,SA,20) (OP) ... Mark's IPLINFO rexx shows OPI=YES, Default 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
Re: z/OS 2.3 systems show OPI=YES
the solution to the OPI using the default rather than what was specific has been resolved... apparently if you concatenate IEASYSxx members, and you want to ensure OPI=NO you MUST specify OPI=NO in the last member NIP is reads, I added OPI=NO to all three members I specify and now get OMVS=(00,23,SC), IEASYSSC OPI=NO, IEASYS20 OPT=02, IEASYS00 OSPROTECT=SYSTEM, Default Carmen Vitullo - Original Message - From: "Carmen Vitullo" To: "IBM Mainframe Discussion List" Sent: Wednesday, April 22, 2020 12:03:51 PM Subject: Re: z/OS 2.3 systems show OPI=YES Thanks Michael, I've tried different options, removed added parmlibs no difference. my shared parmlib has IEASYS00,SA,SC, and SA, the other members contain only parameters that are not common to the entire plex SYS1.PARMLIB is added dynamically and has an IEASYS00 member that only contains CLPA. the response from IBM support seems to elude to the fact that they see the same as I am, I was curious if anyone is setting OPI=NO and seeing YES thanks again Carmen Vitullo - Original Message - From: "Michael Babcock" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, April 22, 2020 11:27:48 AM Subject: Re: z/OS 2.3 systems show OPI=YES My Zelden IPLINFO shows OPI=YES and set by IEASYSD0. Do a D PARMLIB and ensure you are pulling the correct IEASYS00 member and have coded OPI=NO. My D IPLINFO shows the same as yours with respect to (OP) being shown and we don’t prompt either (M1 coded in Load parm). On Wed, Apr 22, 2020 at 11:06 AM Carmen Vitullo wrote: > I'm working an audit issue which has been identified as a system exposure. > I have in a shared parmlib IEASYS00 member OPI=NO, my IPLPARMS are set as > 220100M1, but the D IPLINFO shows > > SYSTEM IPLED AT 23.20.28 ON 04/01/2020 > RELEASE z/OS 02.03.00 LICENSE = z/OS > USED LOAD00 IN SYS1.IPLPARM ON 02201 > ARCHLVL = 2 MTLSHARE = N > IEASYM LIST = (00,L) > IEASYS LIST = (00,SA,20) (OP) > Marks IPLINFO rexx shows > > OPI=YES, Default > SYSP=(00,SA,20), Operator > we are setting OPI=NO > and are not prompting or setting SYSP parameters via an operator request. > I have an open PMR with IBM but I wonder if anyone else sees the same > displays ? > thanks > Carmen > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- 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
Re: z/OS 2.3 systems show OPI=YES
My Zelden IPLINFO shows OPI=YES and set by IEASYSD0. Do a D PARMLIB and ensure you are pulling the correct IEASYS00 member and have coded OPI=NO. My D IPLINFO shows the same as yours with respect to (OP) being shown and we don’t prompt either (M1 coded in Load parm). On Wed, Apr 22, 2020 at 11:06 AM Carmen Vitullo wrote: > I'm working an audit issue which has been identified as a system exposure. > I have in a shared parmlib IEASYS00 member OPI=NO, my IPLPARMS are set as > 220100M1, but the D IPLINFO shows > > SYSTEM IPLED AT 23.20.28 ON 04/01/2020 > RELEASE z/OS 02.03.00LICENSE = z/OS > USED LOAD00 IN SYS1.IPLPARM ON 02201 > ARCHLVL = 2 MTLSHARE = N > IEASYM LIST = (00,L) > IEASYS LIST = (00,SA,20) (OP) > Marks IPLINFO rexx shows > > OPI=YES, Default > SYSP=(00,SA,20), Operator > we are setting OPI=NO > and are not prompting or setting SYSP parameters via an operator request. > I have an open PMR with IBM but I wonder if anyone else sees the same > displays ? > thanks > Carmen > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS 2.3 systems show OPI=YES
I'm working an audit issue which has been identified as a system exposure. I have in a shared parmlib IEASYS00 member OPI=NO, my IPLPARMS are set as 220100M1, but the D IPLINFO shows SYSTEM IPLED AT 23.20.28 ON 04/01/2020 RELEASE z/OS 02.03.00LICENSE = z/OS USED LOAD00 IN SYS1.IPLPARM ON 02201 ARCHLVL = 2 MTLSHARE = N IEASYM LIST = (00,L) IEASYS LIST = (00,SA,20) (OP) Marks IPLINFO rexx shows OPI=YES, Default SYSP=(00,SA,20), Operator we are setting OPI=NO and are not prompting or setting SYSP parameters via an operator request. I have an open PMR with IBM but I wonder if anyone else sees the same displays ? thanks Carmen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
