Re: RUCSA
Yes, RUCSA goes in units of 1 MB. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin Packer Sent: Thursday, March 12, 2020 6:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA That rather implies segment-level protection, rather than page. Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2 Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 12/03/2020 16:59 Subject:[EXTERNAL] Re: RUCSA Sent by:IBM Mainframe Discussion List RUCSA has to be allocated on a 1M boundary, so take that into consideration when looking at your virtual storage map. A RUCSA allocation below the line, if you don't also reduce CSA will result in the below the line private being reduced by 1M. Extended private isn't usually much of a concern. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://urldefense.proofpoint.com/v2/url?u=https-3A__api.protonmail.ch_pks_lookup-3Fop-3Dget-26search-3Dmarkjacobs-40protonmail.com=DwIFaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=lNiQeZuiD4Q6umXm_yMCJWEXWafS72oqVI88BoMIYB8=3Ic9ZT6StCzl4I0XY0hY1sJAM4AoTn_emnlZJULRPI0= ‐‐‐ Original Message ‐‐‐ On Thursday, March 12, 2020 12:11 PM, Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > Thanks for clarifying Jim! > > Dave Jousma > > AVP | Manager, Systems Engineering > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 > > 616.653.8429 | fax: 616.653.2717 > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of Jim Mulder d10j...@us.ibm.com > Sent: Thursday, March 12, 2020 11:38:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: RUCSA > > CAUTION EXTERNAL EMAIL > > DO NOT open attachments or click on links from unknown senders or unexpected emails > > For releases earlier than z/OS 2.4, RUCSA is provided by APAR OA56180. > > R790 PSY UA98722 UP19/03/28 P F903 > R7A0 PSY UA98723 UP19/03/28 P F903 > R7B0 PSY UA98724 UP19/03/28 P F903 > > publibz.boulder.ibm.com/zoslib/pdf/OA56180.pdf > > Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. > Poughkeepsie NY > > "IBM Mainframe Discussion List" IBM-MAIN@LISTSERV.UA.EDU wrote on > 03/12/2020 11:07:04 AM: > > > From: "Jousma, David" 01a0403c5dc1-dmarc-requ...@listserv.ua.edu > > To: IBM-MAIN@LISTSERV.UA.EDU > > Date: 03/12/2020 11:34 AM > > Subject: Re: RUCSA > > Sent by: "IBM Mainframe Discussion List" IBM-MAIN@LISTSERV.UA.EDU > > > The problem with RUCSA "feature" not being available in prior > > version (maybe it is, I just don’t see it), is that there is no path > > to convert into that prior to rolling V2.4. I guess all the > > prep work could be done (SAF rules, etc) ahead of time, but that > > would surely be a "must check out". The other problem with RUCSA > > is that if your offending/affected app requires below-the-line CSA, > > the minimum amount of RUCSA is 1MB, even if you only needed a few K > > for whatever you are doing. That will affect below-the-line > > private for sure. > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > CAUTION EXTERNAL EMAIL > > DO NOT open attachments or click on links from unknown senders or unexpected emails > This e-mail transmission contains information that is confidential and may be privileged. > It is intended only for the addressee(s) named above. If you receive this e-mail in error, > please do not read, copy or disseminate it in any manner. If you are not the intended > recipient, any disclosure, copying, dist
Re: RUCSA
We have it running on V2.2. Remember: it only remediates the userkey (E)CSA problem, nog the userkey dataspace problem. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Thursday, March 12, 2020 4:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA Yea. The idea is to remediate. We had one home grown automation tool that we retired (finally), and one vendor (FiServ) banking application that they have remediated, so we are clear to roll V2.4 to prod. The problem with RUCSA "feature" not being available in prior version (maybe it is, I just don’t see it), is that there is no path to convert into that *prior* to rolling V2.4.I guess all the prep work could be done (SAF rules, etc) ahead of time, but that would surely be a "must check out". The other problem with RUCSA is that if your offending/affected app requires below-the-line CSA, the minimum amount of RUCSA is 1MB, even if you only needed a few K for whatever you are doing. That will affect below-the-line private for sure. _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Schwab Sent: Thursday, March 12, 2020 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Well, any product that requires ALLOWUSERKEYCSA(YES) won't run on z/OS 2.4 until you do install it. On Thu, Mar 12, 2020 at 7:54 AM Dana Mitchell wrote: > > Is anyone using RUCSA yet? We currently have a very old ISV product that > requires running with ALLOWUSERKEYCSA(YES) on z/OS 2.2. As we prepare for > new hardware to support upgrade to z/OS 2.4, I'm faced with the possibility > of needing to run 2.4 with RUCSA if we cannot get an upgrade for this old > ISV product in time. > > I see RUCSA as orderable on ShopZ, just wondering, can it be ordered and > installed seperately or does it need to be ordered at the same time as the > z/OS 2.4 order? > > Thanks > Dana > > On Wed, 6 Nov 2019 19:38:33 +, Jousma, David wrote: > > >Folks, > > > >Remind me, is RUCSA support a chargeable feature? I find nothing in the > >manual, the only clue I find is it is a separate line-item in ShopZ, so > >thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for > >a bit of confirmation > > > >_ > > > >Dave Jousma > >AVP | Manager, Systems Engineering > >[cid:image003.png@01D4F915.C9E34050] > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and ma
Re: RUCSA
Yes, it runs on V2.2. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Thursday, March 12, 2020 2:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA From the z/OS V2.4 announcement. Reading between the lines, I don’t think you can install this on lower version of z/OS, but maybe a quick support ticket would be in order. Also it is chargeable feature. Removal of user key common storage User key common storage is memory that can be updated by any unauthorized program. z/OS V2.4 no longer supports unrestricted user key common storage, thereby improving application isolation and security. PTFs for APARs OA53355 and OA56180 are available at lower releases to assist in migration and identification of programs accessing user key common storage. Removal of support of YES setting for VSM ALLOWUSERKEYCSA DIAGxx parmlib parameter: z/OS V2.3 will be the last release of z/OS to support the YES setting for the VSM ALLOWUSERKEYCSA DIAGxx parmlib parameter. If you run any software that requires the setting of this parameter to YES, the software will need to be changed to no longer require the setting of this parameter to YES or the optional priced RUCSA feature will be required. All IBM provided software should not require this setting. If you have any other non-IBM provided software that requires this setting, contact the owner of the software regarding this usage. Removal of support for obtaining user key CSA/ECSA storage: z/OS V2.4 does not support the usage of the GETMAIN, CPOOL, and STORAGE OBTAIN interfaces to obtain user key (8-15) CSA/ECSA storage. If you have any software that obtains user key CSA/ECSA storage, the software will need to be changed to no longer require this capability or the optional priced RUCSA feature will be required. Removal of support for obtaining user key CSA/ECSA storage: z/OS V2.4 does not support the usage of the GETMAIN, CPOOL, and STORAGE OBTAIN interfaces to obtain user key (8-15) CSA/ECSA storage. If you have any software that obtains user key CSA/ECSA storage, the software will need to be changed to no longer require this capability or the optional priced RUCSA feature will be required. Removal of support for changing Common ESQA (Subpool 247-248) storage to user key: z/OS V2.4 does not support the usage of the CHANGKEY interface to change Common ESQA (Subpool 247-248) storage to user key (8-15). If you have any software that changes Common ESQA (Subpool 247-248) storage to user key, the software will need to be changed to no longer require this capability. Removal of support of YES setting for ALLOWUSERKEYCADS DIAGxx parmlib parameter: z/OS V2.4 does not support the YES setting for the ALLOWUSERKEYCADS DIAGxx parmlib parameter. On prior releases, when ALLOWUSERKEYCADS(YES) is in effect, usage of the DSPSERV CREATE interface to create a SCOPE=COMMON data space in user key (8 -15) is supported. If you run any software that requires the setting of this parameter to YES, the software will need to be changed to no longer require the setting of this parameter to YES. All IBM provided software should not require this setting. If you have any other non-IBM provided software that requires this setting, contact the owner of the software regarding this usage. Removal of support for creating SCOPE=COMMON data spaces in user key: z/OS V2.4 does not support the usage of the DSPSERV CREATE interface to create a SCOPE=COMMON data space in user key (8 -15). If you have any software that creates a SCOPE=COMMON data space in user key, the software will need to be changed to no longer require this capability. Restricted Use Common Service Area (RUCSA) feature A new optional priced feature, RUCSA, is offered to enable clients to define a restricted use CSA (RUCSA) and manage it through SAF security protection. While avoiding user key common storage entirely is recommended, this feature enables clients who cannot update their applications that allocate user key CSA to gain enhanced protection without the need for application changes. Additionally, new health checks and instrumentation are added to track usage of this area. PTFs for APARs OA53355 and OA56180 are available at lower releases to assist in migration and identification of programs accessing user key common. _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. Sent: Thursday, March 12, 2020 9:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Does it come
Re: RUCSA
Yes, we do on V2.2, for the same reason: preparation for V2.4, for 2 applications that require userkey CSA. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dana Mitchell Sent: Thursday, March 12, 2020 1:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA Is anyone using RUCSA yet? We currently have a very old ISV product that requires running with ALLOWUSERKEYCSA(YES) on z/OS 2.2. As we prepare for new hardware to support upgrade to z/OS 2.4, I'm faced with the possibility of needing to run 2.4 with RUCSA if we cannot get an upgrade for this old ISV product in time. I see RUCSA as orderable on ShopZ, just wondering, can it be ordered and installed seperately or does it need to be ordered at the same time as the z/OS 2.4 order? Thanks Dana On Wed, 6 Nov 2019 19:38:33 +, Jousma, David wrote: >Folks, > >Remind me, is RUCSA support a chargeable feature? I find nothing in the >manual, the only clue I find is it is a separate line-item in ShopZ, so >thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for a >bit of confirmation > >___ >__ >Dave Jousma >AVP | Manager, Systems Engineering >[cid:image003.png@01D4F915.C9E34050] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
RUCSA([xM],[yM]) Specifies the sizes of the virtual restricted use common service area (RUCSA) and extended RUCSA. xM Specifies the size of the non-extended RUCSA, located below 16 MB. yM Specifies the size of the extended RUCSA, located above 16 MB. Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Thursday, March 12, 2020 1:56 PM, Martin Packer wrote: > That rather implies segment-level protection, rather than page. > > Cheers, Martin > > Martin Packer > > zChampion, Systems Investigator & Performance Troubleshooter, IBM > > +44-7802-245-584 > > email: martin_pac...@uk.ibm.com > > Twitter / Facebook IDs: MartinPacker > > Blog: > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker > > Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/ or > > https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2 > > Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > From: Mark Jacobs 0224d287a4b1-dmarc-requ...@listserv.ua.edu > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 12/03/2020 16:59 > Subject: [EXTERNAL] Re: RUCSA > Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU > > RUCSA has to be allocated on a 1M boundary, so take that into > consideration when looking at your virtual storage map. A RUCSA allocation > below the line, if you don't also reduce CSA will result in the below the > line private being reduced by 1M. Extended private isn't usually much of a > concern. > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://urldefense.proofpoint.com/v2/url?u=https-3A__api.protonmail.ch_pks_lookup-3Fop-3Dget-26search-3Dmarkjacobs-40protonmail.com=DwIFaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=lNiQeZuiD4Q6umXm_yMCJWEXWafS72oqVI88BoMIYB8=3Ic9ZT6StCzl4I0XY0hY1sJAM4AoTn_emnlZJULRPI0= > > ‐‐‐ Original Message ‐‐‐ > On Thursday, March 12, 2020 12:11 PM, Jousma, David > 01a0403c5dc1-dmarc-requ...@listserv.ua.edu wrote: > > > Thanks for clarifying Jim! > > Dave Jousma > > AVP | Manager, Systems Engineering > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, > > MI 49546 > > > 616.653.8429 | fax: 616.653.2717 > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf > > of Jim Mulder d10j...@us.ibm.com > > > Sent: Thursday, March 12, 2020 11:38:36 AM > > To: IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: RUCSA > > CAUTION EXTERNAL EMAIL > > DO NOT open attachments or click on links from unknown senders or > > unexpected emails > > > For releases earlier than z/OS 2.4, RUCSA is provided by APAR OA56180. > > R790 PSY UA98722 UP19/03/28 P F903 > > R7A0 PSY UA98723 UP19/03/28 P F903 > > R7B0 PSY UA98724 UP19/03/28 P F903 > > publibz.boulder.ibm.com/zoslib/pdf/OA56180.pdf > > Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. > > Poughkeepsie NY > > "IBM Mainframe Discussion List" IBM-MAIN@LISTSERV.UA.EDU wrote on > > 03/12/2020 11:07:04 AM: > > > > > From: "Jousma, David" 01a0403c5dc1-dmarc-requ...@listserv.ua.edu > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Date: 03/12/2020 11:34 AM > > > Subject: Re: RUCSA > > > Sent by: "IBM Mainframe Discussion List" IBM-MAIN@LISTSERV.UA.EDU > > > > > The problem with RUCSA "feature" not being available in prior > > > version (maybe it is, I just don’t see it), is that there is no path > > > to convert into that prior to rolling V2.4. I guess all the > > > prep work could be done (SAF rules, etc) ahead of time, but that > > > would surely be a "must check out". The other problem with RUCSA > > > is that if your offending/affected app requires below-the-line CSA, > > > the minimum amount of RUCSA is 1MB, even if you only needed a few K > > > for whatever you are doing. That will affect below-the-line > > > private for sure. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > CAUTION EXTERNAL EMAIL > > DO NOT open attachments or click on links from unknown senders or > > unexpected emails > > > This e-mail transmission contains information that is confidential and > > may be privileged. > > > It is intended only for the addressee(s) named above. If you receive >
Re: RUCSA
That rather implies segment-level protection, rather than page. Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2 Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 12/03/2020 16:59 Subject:[EXTERNAL] Re: RUCSA Sent by:IBM Mainframe Discussion List RUCSA has to be allocated on a 1M boundary, so take that into consideration when looking at your virtual storage map. A RUCSA allocation below the line, if you don't also reduce CSA will result in the below the line private being reduced by 1M. Extended private isn't usually much of a concern. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://urldefense.proofpoint.com/v2/url?u=https-3A__api.protonmail.ch_pks_lookup-3Fop-3Dget-26search-3Dmarkjacobs-40protonmail.com=DwIFaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=lNiQeZuiD4Q6umXm_yMCJWEXWafS72oqVI88BoMIYB8=3Ic9ZT6StCzl4I0XY0hY1sJAM4AoTn_emnlZJULRPI0= ‐‐‐ Original Message ‐‐‐ On Thursday, March 12, 2020 12:11 PM, Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > Thanks for clarifying Jim! > > Dave Jousma > > AVP | Manager, Systems Engineering > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 > > 616.653.8429 | fax: 616.653.2717 > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of Jim Mulder d10j...@us.ibm.com > Sent: Thursday, March 12, 2020 11:38:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: RUCSA > > CAUTION EXTERNAL EMAIL > > DO NOT open attachments or click on links from unknown senders or unexpected emails > > For releases earlier than z/OS 2.4, RUCSA is provided by APAR OA56180. > > R790 PSY UA98722 UP19/03/28 P F903 > R7A0 PSY UA98723 UP19/03/28 P F903 > R7B0 PSY UA98724 UP19/03/28 P F903 > > publibz.boulder.ibm.com/zoslib/pdf/OA56180.pdf > > Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. > Poughkeepsie NY > > "IBM Mainframe Discussion List" IBM-MAIN@LISTSERV.UA.EDU wrote on > 03/12/2020 11:07:04 AM: > > > From: "Jousma, David" 01a0403c5dc1-dmarc-requ...@listserv.ua.edu > > To: IBM-MAIN@LISTSERV.UA.EDU > > Date: 03/12/2020 11:34 AM > > Subject: Re: RUCSA > > Sent by: "IBM Mainframe Discussion List" IBM-MAIN@LISTSERV.UA.EDU > > > The problem with RUCSA "feature" not being available in prior > > version (maybe it is, I just don’t see it), is that there is no path > > to convert into that prior to rolling V2.4. I guess all the > > prep work could be done (SAF rules, etc) ahead of time, but that > > would surely be a "must check out". The other problem with RUCSA > > is that if your offending/affected app requires below-the-line CSA, > > the minimum amount of RUCSA is 1MB, even if you only needed a few K > > for whatever you are doing. That will affect below-the-line > > private for sure. > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > CAUTION EXTERNAL EMAIL > > DO NOT open attachments or click on links from unknown senders or unexpected emails > This e-mail transmission contains information that is confidential and may be privileged. > It is intended only for the addressee(s) named above. If you receive this e-mail in error, > please do not read, copy or disseminate it in any manner. If you are not the intended > recipient, any disclosure, copying, dist
Re: RUCSA
RUCSA has to be allocated on a 1M boundary, so take that into consideration when looking at your virtual storage map. A RUCSA allocation below the line, if you don't also reduce CSA will result in the below the line private being reduced by 1M. Extended private isn't usually much of a concern. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Thursday, March 12, 2020 12:11 PM, Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > Thanks for clarifying Jim! > > Dave Jousma > > AVP | Manager, Systems Engineering > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI > 49546 > > 616.653.8429 | fax: 616.653.2717 > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of Jim > Mulder d10j...@us.ibm.com > Sent: Thursday, March 12, 2020 11:38:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: RUCSA > > CAUTION EXTERNAL EMAIL > > DO NOT open attachments or click on links from unknown senders or unexpected > emails > > For releases earlier than z/OS 2.4, RUCSA is provided by APAR OA56180. > > R790 PSY UA98722 UP19/03/28 P F903 > R7A0 PSY UA98723 UP19/03/28 P F903 > R7B0 PSY UA98724 UP19/03/28 P F903 > > publibz.boulder.ibm.com/zoslib/pdf/OA56180.pdf > > Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. > Poughkeepsie NY > > "IBM Mainframe Discussion List" IBM-MAIN@LISTSERV.UA.EDU wrote on > 03/12/2020 11:07:04 AM: > > > From: "Jousma, David" 01a0403c5dc1-dmarc-requ...@listserv.ua.edu > > To: IBM-MAIN@LISTSERV.UA.EDU > > Date: 03/12/2020 11:34 AM > > Subject: Re: RUCSA > > Sent by: "IBM Mainframe Discussion List" IBM-MAIN@LISTSERV.UA.EDU > > > The problem with RUCSA "feature" not being available in prior > > version (maybe it is, I just don’t see it), is that there is no path > > to convert into that prior to rolling V2.4. I guess all the > > prep work could be done (SAF rules, etc) ahead of time, but that > > would surely be a "must check out". The other problem with RUCSA > > is that if your offending/affected app requires below-the-line CSA, > > the minimum amount of RUCSA is 1MB, even if you only needed a few K > > for whatever you are doing. That will affect below-the-line > > private for sure. > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > CAUTION EXTERNAL EMAIL > > DO NOT open attachments or click on links from unknown senders or unexpected > emails > This e-mail transmission contains information that is confidential and may be > privileged. > It is intended only for the addressee(s) named above. If you receive this > e-mail in error, > please do not read, copy or disseminate it in any manner. If you are not the > intended > recipient, any disclosure, copying, distribution or use of the contents of > this information > is prohibited. Please reply to the message immediately by informing the > sender that the > message was misdirected. After replying, please erase it from your computer > system. Your > assistance in correcting this error is appreciated. > > > > > 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: RUCSA
Thanks for clarifying Jim! _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 From: IBM Mainframe Discussion List on behalf of Jim Mulder Sent: Thursday, March 12, 2020 11:38:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** For releases earlier than z/OS 2.4, RUCSA is provided by APAR OA56180. R790 PSY UA98722 UP19/03/28 P F903 R7A0 PSY UA98723 UP19/03/28 P F903 R7B0 PSY UA98724 UP19/03/28 P F903 publibz.boulder.ibm.com/zoslib/pdf/OA56180.pdf Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY "IBM Mainframe Discussion List" wrote on 03/12/2020 11:07:04 AM: > From: "Jousma, David" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/12/2020 11:34 AM > Subject: Re: RUCSA > Sent by: "IBM Mainframe Discussion List" > The problem with RUCSA "feature" not being available in prior > version (maybe it is, I just don’t see it), is that there is no path > to convert into that *prior* to rolling V2.4.I guess all the > prep work could be done (SAF rules, etc) ahead of time, but that > would surely be a "must check out". The other problem with RUCSA > is that if your offending/affected app requires below-the-line CSA, > the minimum amount of RUCSA is 1MB, even if you only needed a few K > for whatever you are doing. That will affect below-the-line > private for sure. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
For releases earlier than z/OS 2.4, RUCSA is provided by APAR OA56180. R790 PSY UA98722 UP19/03/28 P F903 R7A0 PSY UA98723 UP19/03/28 P F903 R7B0 PSY UA98724 UP19/03/28 P F903 publibz.boulder.ibm.com/zoslib/pdf/OA56180.pdf Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY "IBM Mainframe Discussion List" wrote on 03/12/2020 11:07:04 AM: > From: "Jousma, David" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/12/2020 11:34 AM > Subject: Re: RUCSA > Sent by: "IBM Mainframe Discussion List" > The problem with RUCSA "feature" not being available in prior > version (maybe it is, I just don’t see it), is that there is no path > to convert into that *prior* to rolling V2.4.I guess all the > prep work could be done (SAF rules, etc) ahead of time, but that > would surely be a "must check out". The other problem with RUCSA > is that if your offending/affected app requires below-the-line CSA, > the minimum amount of RUCSA is 1MB, even if you only needed a few K > for whatever you are doing. That will affect below-the-line > private for sure. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
Yea. The idea is to remediate. We had one home grown automation tool that we retired (finally), and one vendor (FiServ) banking application that they have remediated, so we are clear to roll V2.4 to prod. The problem with RUCSA "feature" not being available in prior version (maybe it is, I just don’t see it), is that there is no path to convert into that *prior* to rolling V2.4.I guess all the prep work could be done (SAF rules, etc) ahead of time, but that would surely be a "must check out". The other problem with RUCSA is that if your offending/affected app requires below-the-line CSA, the minimum amount of RUCSA is 1MB, even if you only needed a few K for whatever you are doing. That will affect below-the-line private for sure. _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Schwab Sent: Thursday, March 12, 2020 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Well, any product that requires ALLOWUSERKEYCSA(YES) won't run on z/OS 2.4 until you do install it. On Thu, Mar 12, 2020 at 7:54 AM Dana Mitchell wrote: > > Is anyone using RUCSA yet? We currently have a very old ISV product that > requires running with ALLOWUSERKEYCSA(YES) on z/OS 2.2. As we prepare for > new hardware to support upgrade to z/OS 2.4, I'm faced with the possibility > of needing to run 2.4 with RUCSA if we cannot get an upgrade for this old > ISV product in time. > > I see RUCSA as orderable on ShopZ, just wondering, can it be ordered and > installed seperately or does it need to be ordered at the same time as the > z/OS 2.4 order? > > Thanks > Dana > > On Wed, 6 Nov 2019 19:38:33 +, Jousma, David wrote: > > >Folks, > > > >Remind me, is RUCSA support a chargeable feature? I find nothing in the > >manual, the only clue I find is it is a separate line-item in ShopZ, so > >thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for > >a bit of confirmation > > > >_ > > > >Dave Jousma > >AVP | Manager, Systems Engineering > >[cid:image003.png@01D4F915.C9E34050] > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
Well, any product that requires ALLOWUSERKEYCSA(YES) won't run on z/OS 2.4 until you do install it. On Thu, Mar 12, 2020 at 7:54 AM Dana Mitchell wrote: > > Is anyone using RUCSA yet? We currently have a very old ISV product that > requires running with ALLOWUSERKEYCSA(YES) on z/OS 2.2. As we prepare for > new hardware to support upgrade to z/OS 2.4, I'm faced with the possibility > of needing to run 2.4 with RUCSA if we cannot get an upgrade for this old > ISV product in time. > > I see RUCSA as orderable on ShopZ, just wondering, can it be ordered and > installed seperately or does it need to be ordered at the same time as the > z/OS 2.4 order? > > Thanks > Dana > > On Wed, 6 Nov 2019 19:38:33 +, Jousma, David wrote: > > >Folks, > > > >Remind me, is RUCSA support a chargeable feature? I find nothing in the > >manual, the only clue I find is it is a separate line-item in ShopZ, so > >thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for > >a bit of confirmation > > > >_ > >Dave Jousma > >AVP | Manager, Systems Engineering > >[cid:image003.png@01D4F915.C9E34050] > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
From the z/OS V2.4 announcement. Reading between the lines, I don’t think you can install this on lower version of z/OS, but maybe a quick support ticket would be in order. Also it is chargeable feature. Removal of user key common storage User key common storage is memory that can be updated by any unauthorized program. z/OS V2.4 no longer supports unrestricted user key common storage, thereby improving application isolation and security. PTFs for APARs OA53355 and OA56180 are available at lower releases to assist in migration and identification of programs accessing user key common storage. Removal of support of YES setting for VSM ALLOWUSERKEYCSA DIAGxx parmlib parameter: z/OS V2.3 will be the last release of z/OS to support the YES setting for the VSM ALLOWUSERKEYCSA DIAGxx parmlib parameter. If you run any software that requires the setting of this parameter to YES, the software will need to be changed to no longer require the setting of this parameter to YES or the optional priced RUCSA feature will be required. All IBM provided software should not require this setting. If you have any other non-IBM provided software that requires this setting, contact the owner of the software regarding this usage. Removal of support for obtaining user key CSA/ECSA storage: z/OS V2.4 does not support the usage of the GETMAIN, CPOOL, and STORAGE OBTAIN interfaces to obtain user key (8-15) CSA/ECSA storage. If you have any software that obtains user key CSA/ECSA storage, the software will need to be changed to no longer require this capability or the optional priced RUCSA feature will be required. Removal of support for obtaining user key CSA/ECSA storage: z/OS V2.4 does not support the usage of the GETMAIN, CPOOL, and STORAGE OBTAIN interfaces to obtain user key (8-15) CSA/ECSA storage. If you have any software that obtains user key CSA/ECSA storage, the software will need to be changed to no longer require this capability or the optional priced RUCSA feature will be required. Removal of support for changing Common ESQA (Subpool 247-248) storage to user key: z/OS V2.4 does not support the usage of the CHANGKEY interface to change Common ESQA (Subpool 247-248) storage to user key (8-15). If you have any software that changes Common ESQA (Subpool 247-248) storage to user key, the software will need to be changed to no longer require this capability. Removal of support of YES setting for ALLOWUSERKEYCADS DIAGxx parmlib parameter: z/OS V2.4 does not support the YES setting for the ALLOWUSERKEYCADS DIAGxx parmlib parameter. On prior releases, when ALLOWUSERKEYCADS(YES) is in effect, usage of the DSPSERV CREATE interface to create a SCOPE=COMMON data space in user key (8 -15) is supported. If you run any software that requires the setting of this parameter to YES, the software will need to be changed to no longer require the setting of this parameter to YES. All IBM provided software should not require this setting. If you have any other non-IBM provided software that requires this setting, contact the owner of the software regarding this usage. Removal of support for creating SCOPE=COMMON data spaces in user key: z/OS V2.4 does not support the usage of the DSPSERV CREATE interface to create a SCOPE=COMMON data space in user key (8 -15). If you have any software that creates a SCOPE=COMMON data space in user key, the software will need to be changed to no longer require this capability. Restricted Use Common Service Area (RUCSA) feature A new optional priced feature, RUCSA, is offered to enable clients to define a restricted use CSA (RUCSA) and manage it through SAF security protection. While avoiding user key common storage entirely is recommended, this feature enables clients who cannot update their applications that allocate user key CSA to gain enhanced protection without the need for application changes. Additionally, new health checks and instrumentation are added to track usage of this area. PTFs for APARs OA53355 and OA56180 are available at lower releases to assist in migration and identification of programs accessing user key common. _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. Sent: Thursday, March 12, 2020 9:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Does it come with a free sample of Alka Seltzer? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Thursday, March 12, 2020 9:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA Can't speak for IBM
Re: RUCSA
Does it come with a free sample of Alka Seltzer? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Thursday, March 12, 2020 9:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA Can't speak for IBM, but AFAIK, it should be orderable separately. To quote the old commercial: "Try it. You'll like it" -Original Message- From: IBM Mainframe Discussion List On Behalf Of Dana Mitchell Sent: Thursday, March 12, 2020 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA [CAUTION: This Email is from outside the Organization. Do not click links or open attachments unless you trust the sender.] Is anyone using RUCSA yet? We currently have a very old ISV product that requires running with ALLOWUSERKEYCSA(YES) on z/OS 2.2. As we prepare for new hardware to support upgrade to z/OS 2.4, I'm faced with the possibility of needing to run 2.4 with RUCSA if we cannot get an upgrade for this old ISV product in time. I see RUCSA as orderable on ShopZ, just wondering, can it be ordered and installed seperately or does it need to be ordered at the same time as the z/OS 2.4 order? Thanks Dana On Wed, 6 Nov 2019 19:38:33 +, Jousma, David wrote: >Folks, > >Remind me, is RUCSA support a chargeable feature? I find nothing in the >manual, the only clue I find is it is a separate line-item in ShopZ, so >thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for a >bit of confirmation > >___ >__ >Dave Jousma >AVP | Manager, Systems Engineering >[cid:image003.png@01D4F915.C9E34050] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- 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: RUCSA
Can't speak for IBM, but AFAIK, it should be orderable separately. To quote the old commercial: "Try it. You'll like it" -Original Message- From: IBM Mainframe Discussion List On Behalf Of Dana Mitchell Sent: Thursday, March 12, 2020 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA [CAUTION: This Email is from outside the Organization. Do not click links or open attachments unless you trust the sender.] Is anyone using RUCSA yet? We currently have a very old ISV product that requires running with ALLOWUSERKEYCSA(YES) on z/OS 2.2. As we prepare for new hardware to support upgrade to z/OS 2.4, I'm faced with the possibility of needing to run 2.4 with RUCSA if we cannot get an upgrade for this old ISV product in time. I see RUCSA as orderable on ShopZ, just wondering, can it be ordered and installed seperately or does it need to be ordered at the same time as the z/OS 2.4 order? Thanks Dana On Wed, 6 Nov 2019 19:38:33 +, Jousma, David wrote: >Folks, > >Remind me, is RUCSA support a chargeable feature? I find nothing in the >manual, the only clue I find is it is a separate line-item in ShopZ, so >thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for a >bit of confirmation > >___ >__ >Dave Jousma >AVP | Manager, Systems Engineering >[cid:image003.png@01D4F915.C9E34050] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
Is anyone using RUCSA yet? We currently have a very old ISV product that requires running with ALLOWUSERKEYCSA(YES) on z/OS 2.2. As we prepare for new hardware to support upgrade to z/OS 2.4, I'm faced with the possibility of needing to run 2.4 with RUCSA if we cannot get an upgrade for this old ISV product in time. I see RUCSA as orderable on ShopZ, just wondering, can it be ordered and installed seperately or does it need to be ordered at the same time as the z/OS 2.4 order? Thanks Dana On Wed, 6 Nov 2019 19:38:33 +, Jousma, David wrote: >Folks, > >Remind me, is RUCSA support a chargeable feature? I find nothing in the >manual, the only clue I find is it is a separate line-item in ShopZ, so >thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for a >bit of confirmation > >_ >Dave Jousma >AVP | Manager, Systems Engineering >[cid:image003.png@01D4F915.C9E34050] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
On 11/6/2019 4:02 PM, Chris Hoelscher wrote: At our shop we finally altered IDMS environments to run in KEY 4 - IDMS was the last holdout requiring USERKEY(YES) Thank You, Chris Hoelscher| Lead Database Administrator | IBM Global Technical Services| T 502.476.2538 or 502.407.7266 CA, er, Broadcom, could have changed IDMS to fix this, instead of fobbing it off on us. I've never used another product where I had to set the USERKEY. They were just too lazy to modernize and use cross-memory instead of the SVC. Don't get me started. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
I got the impression -- hopefully not talking out of school here -- that MVS development dropped everything to do the feature, so there was a distinct cost to IBM, and I think part of the model was that it was to be a chargeable feature. Customers were saying "we really, really, really need you to do this" so the obvious question becomes "would you be willing to pay for it?" Also I think a certain amount of "if we TELL them it is a bad idea they will go on doing it forever anyway. If we CHARGE them for it perhaps they will make it a priority to stop doing it." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Conley Sent: Wednesday, November 6, 2019 12:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA On 11/6/2019 2:38 PM, Jousma, David wrote: > Folks, > > Remind me, is RUCSA support a chargeable feature? I find nothing in the > manual, the only clue I find is it is a separate line-item in ShopZ, so > thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for a > bit of confirmation > > _ > Dave Jousma > AVP | Manager, Systems Engineering > [cid:image003.png@01D4F915.C9E34050] > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, > MI 49546 > 616.653.8429 | fax: 616.653.2717 Dave, It is chargeable. Youse wants to break da rules, IBM wants da money ;-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
At our shop we finally altered IDMS environments to run in KEY 4 - IDMS was the last holdout requiring USERKEY(YES) Thank You, Chris Hoelscher| Lead Database Administrator | IBM Global Technical Services| T 502.476.2538 or 502.407.7266 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Conley Sent: Wednesday, November 6, 2019 3:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] RUCSA On 11/6/2019 2:38 PM, Jousma, David wrote: > Folks, > > Remind me, is RUCSA support a chargeable feature? I find nothing in the > manual, the only clue I find is it is a separate line-item in ShopZ, so > thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for a > bit of confirmation > > __ > ___ > Dave Jousma > AVP | Manager, Systems Engineering > [cid:image003.png@01D4F915.C9E34050] > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand > Rapids, MI 49546 > 616.653.8429 | fax: 616.653.2717 Dave, It is chargeable. Youse wants to break da rules, IBM wants da money ;-) Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. Humana Inc. and its subsidiaries comply with applicable Federal civil rights laws and do not discriminate on the basis of race, color, national origin, age, disability, sex, sexual orientation, gender identity, or religion. Humana Inc. and its subsidiaries do not exclude people or treat them differently because of race, color, national origin, age, disability, sex, sexual orientation, gender identity, or religion. English: ATTENTION: If you do not speak English, language assistance services, free of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711). Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711). 繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助 服務。請致電 1‐877‐320‐1235 (TTY: 711)。 Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis èd pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711). Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711). 한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로 이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
On 11/6/2019 2:38 PM, Jousma, David wrote: Folks, Remind me, is RUCSA support a chargeable feature? I find nothing in the manual, the only clue I find is it is a separate line-item in ShopZ, so thinking it may be chargeable, and enabled via IFAPRDxx? Just looking for a bit of confirmation _ Dave Jousma AVP | Manager, Systems Engineering [cid:image003.png@01D4F915.C9E34050] Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 Dave, It is chargeable. Youse wants to break da rules, IBM wants da money ;-) Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
Thank-you! I looked, but must have missed that. _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Marchant Sent: Wednesday, November 6, 2019 2:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** On Wed, 6 Nov 2019 19:38:33 +, Jousma, David wrote: >Remind me, is RUCSA support a chargeable feature? I find nothing in >the manual, the only clue I find is it is a separate line-item in >ShopZ, so thinking it may be chargeable, and enabled via IFAPRDxx? >Just looking for a bit of confirmation Seems to be chargeable. From the z/OS 2.4 announcement: Removal of support of YES setting for VSM ALLOWUSERKEYCSA DIAGxx parmlib parameter: z/OS V2.3 will be the last release of z/OS to support the YES setting for the VSM ALLOWUSERKEYCSA DIAGxx parmlib parameter. If you run any software that requires the setting of this parameter to YES, the software will need to be changed to no longer require the setting of this parameter to YES or the optional priced RUCSA feature will be required. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
On Wed, 6 Nov 2019 19:38:33 +, Jousma, David wrote: >Remind me, is RUCSA support a chargeable feature? I find nothing >in the manual, the only clue I find is it is a separate line-item in >ShopZ, so thinking it may be chargeable, and enabled via IFAPRDxx? >Just looking for a bit of confirmation Seems to be chargeable. From the z/OS 2.4 announcement: Removal of support of YES setting for VSM ALLOWUSERKEYCSA DIAGxx parmlib parameter: z/OS V2.3 will be the last release of z/OS to support the YES setting for the VSM ALLOWUSERKEYCSA DIAGxx parmlib parameter. If you run any software that requires the setting of this parameter to YES, the software will need to be changed to no longer require the setting of this parameter to YES or the optional priced RUCSA feature will be required. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN