I have both extended data set format and extended addressability (which is different) set in out default data class. There is no problem with extended addressability that I know of, which is what the OP was asking about, but there are several issues with extended data set format, as you said: temporary data sets, ISPF backup utility data sets, CA-Datacom data sets, CA-PDSMAN database, ADRDSSU backup data sets (which I believe has been fixed in z/OS 1.13), SAS data sets.
On Wed, 16 Apr 2014 09:37:38 -0400, Nathan J Pfister <[email protected]> wrote: >John et al; > >You say that EVERY DATACLAS you have is set to Extended Addressing? Man, >we must have screwed something up when we tried that. On our sandbox, we >created all of our DATACLAS to have Extended Addressing, and quite a few >different things broke. Temporary datasets, Recovery datasets, certain >software datasets...Did none of that break for you? Does any one else >have experience changing over to Extended Addressing? Are there other >things that definitely will NOT work with Extended Addressing? > >Thanks; > >Nathan Pfister >zOS Systems Programmer >AES\PHEAA - Tech Services >[email protected] >(717) 720-2663 > > > >From: "John McKown" <[email protected]> >To: [email protected] >Date: 04/16/2014 09:00 AM >Subject: Re: ZFS - Allocation Failure >Sent by: "IBM Mainframe Discussion List" <[email protected]> > > > >Yes, you can alter an existing DATACLAS to have the Extended Addressing >attribute. HOWEVER! This does not affect _any_ existing data sets. It only >affect _NEW_ allocations. Every DATACLAS we have in our house has Extended >Addressing set. We have not noticed any impact from doing this. We did >this >because we had programmers use the non-Extended DATACLAS for VSAM data >sets, then get upset 8 months later when their "small" data set had to >exceed 4Gig. When told to unload/delete/define/reload, they got quite >incensed > > >On Wed, Apr 16, 2014 at 7:53 AM, Christian D ><[email protected]>wrote: > >> Thank you sir. Is it possible to alter the existing Data clas to address >> the extended format ? Will there be any impact to the existing Datasets >? >> >> >> On Wed, Apr 16, 2014 at 6:14 PM, Staller, Allan <[email protected] >> >wrote: >> >> > *NO* >> > >> > >> > <snip> >> > I was getting the below error while allocating ZFS, I understand that >> VSAM >> > has a limit of 4GB and the below allocation is more than 4GB. We have >not >> > defined a DATACLAS to honour allocation more than 4GB. Is there a >other >> way >> > to allocate >4G of VSAM without having a dataclas ? >> > >> > IDCAMS SYSTEM SERVICES TIME: >> > 3 04/16/14 PAGE >> > 1 >> > >> > >> > DEFINE CL >> > - >> > (NAME(CHRIS.DB2.LOG) LIN SHR(3,3) - >> > CYL(8000 1000) >> > - >> > STORCLAS(SCSTOR) >> > - >> > ) >> > >> > IGD01010I ALLOCATION SET TO SGSTOR STORAGE GROUP IGD17103I CATALOG >ERROR >> > WHILE DEFINING VSAM DATA SET CHRIS.DB2.LOG RETURN CODE IS 140 REASON >CODE >> > IS 110 IGG0CLEV IGD306I UNEXPECTED ERROR DURING IGG0CLEV PROCESSING >> RETURN >> > CODE 140 REASON CODE >> > 110 >> > THE MODULE THAT DETECTED THE ERROR IS >> > IGDVTSCU >> > SMS MODULE TRACE BACK - VTSCU VTSCT VTSCH VTSCG VTSCD VTSCC VTSCR >SSIRT >> > SYMPTOM RECORD CREATED, PROBLEM ID IS >> > IGD00475 >> > IGD17219I UNABLE TO CONTINUE DEFINE OF DATA SET CHRIS.DB2.LOG IDC3014I >> > CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 140 - REASON >CODE >> IS >> > IDC3009I >> > IGG0CLEV-110 >> > IDC3003I FUNCTION TERMINATED. CONDITION CODE IS >> > 12 >> > >> > >> > IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS >> > 12 >> > </snip> >> > >> > ---------------------------------------------------------------------- >> > For IBM-MAIN subscribe / signoff / archive access instructions, >> > send email to [email protected] with the message: INFO IBM-MAIN >> > >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [email protected] with the message: INFO IBM-MAIN >> > > > >-- >There is nothing more pleasant than traveling and meeting new people! >Genghis Khan > >Maranatha! <>< >John McKown > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: INFO IBM-MAIN > > > > >This message contains privileged and confidential information intended for the >above addressees only. If you >receive this message in error please delete or destroy this message and/or >attachments. > >The sender of this message will fully cooperate in the civil and criminal >prosecution of any individual engaging >in the unauthorized use of this message. > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
