Would there be any concerns with internal changes to system dataset structures? 
 As an example like catalogs or things like HSM CDS datasets?  Going from z/OS 
2.1 to z/OS 2.4 is technically not support for fallback.  Would it be a good 
thing to at least try to get any z/OS 2.3 compatibility maintenance applied?  
That might get you nearer to a level that could help if you had to fallback.

From the z/OS Planning for Installation manual for z/OS 2.4
z/OS V2R4 is supported for coexistence, fallback, and upgrade with the 
following z/OS® releases: z/OS V2R4, V2R3, and V2R2.

This means that:
•Coexistence of a z/OS V2R4 system with a V2R3 and V2R2 system is supported.
•Fallback from a z/OS V2R4 system to a V2R3 or V2R2 system is supported.
•Upgrade to a z/OS V2R4 system from a V2R3 or V2R2 system is supported.


Thanks..

Paul Feller
AGT Mainframe Technical Support

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Friday, August 30, 2019 5:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.1 to 2.4 [EXTERNAL]

I would ask they cover your cost for this as part of their product, since they 
are the only product you use that needs it.

On Fri, Aug 30, 2019 at 5:20 AM Jousma, David 
<000001a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>
> This is the first I have seen this!   That is good news.  We have one 
> particular Financial Business application, written/distributed by outside 
> vendor that I have been bugging now since I put V2.3 in almost 2 years ago to 
> remediate.   They still have not yet remediated there code, and I was 
> thinking this was going to hold up my implementation.
>
> ______________________________________________________________________
> _______________________________
> 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 <IBM-MAIN@LISTSERV.UA.EDU> On 
> Behalf Of Vernooij, Kees (ITOP NM) - KLM
> Sent: Friday, August 30, 2019 4:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS 2.1 to 2.4
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> IBM has a payed feature called Restricted Use CSA, that allows you to keep 
> your applics with userkeycsa running in 2.4.
> Check OA56180.
>
> Kees.
>
>
> > -----Original Message-----
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gibney, Dave
> > Sent: 30 August, 2019 10:06
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: z/OS 2.1 to 2.4
> >
> > Just monoplexes. Some limited sharing of DASD. Not even GRS.
> > But, I had forgot about ALLOWUSERKEYCSA(YES). We do use that setting.
> > Our Natural Global Buffer Pool is one such use.
> > We are quite back level with both Natural and Adabas.
> >
> >
> > > -----Original Message-----
> > > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On 
> > > Behalf Of Brian Westerman
> > > Sent: Thursday, August 29, 2019 11:53 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: z/OS 2.1 to 2.4
> > >
> > > IS your a Parallel sysplex or just LPAR environment?  If not 
> > > parallel
> > sysplex,
> > > then you have nothing to worry about, except for the fact that the
> > > ALLOWUSERKEYCSA(YES) change (which won't affect you if you aren't 
> > > using
> > it
> > > now), everything else is fairly minor.  If your running a sysplex, 
> > > then
> > you
> > > probably are okay, but it will depend on a lot of factors which I 
> > > don't
> > have
> > > enough information to tell you about.
> > >
> > > You can contact me offline if you want and we can discuss it, but 
> > > I
> > suspect
> > > that so long as you are not running some pretty old vendor 
> > > software or
> > some
> > > really crappy home grown code that you will have very few (if any)
> > issues.
> > >
> > > Brian
> > >
> > > ------------------------------------------------------------------
> > > --
> > > -- 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 information, services and offers, please visit our web site: 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.klm.com&d=DwIFaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=CIWXYEyO7PjdkaZtkx3QORHQNtp6NWBpvuBE36kVx8E&s=7Nz0_hw5NPQWkLKTsODu3Hpo9EOyPNVzAYH0ZNr43LU&e=
>  . 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 
> **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



--
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

----------------------------------------------------------------------
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to