I did exactly  this shop wide for VSAM KSDS in 1997. It was a seamless change.

> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]]
> On Behalf Of John McKown
> Sent: Wednesday, April 16, 2014 10:54 AM
> To: [email protected]
> Subject: Re: [IBM-MAIN] Extended Addressibility (was: ZFS - Allocation
> Failure)
> 
> I double checked. There are _some_ DATACLAS constructs which do NOT
> have Extended Addressing. Basically, these are for tapes, PDS data sets, and
> PDSE libraries. It is all the _VSAM_ related DATACLAS constructs which have
> Extended Adressing on. Except for one, which is not generally used but can
> be selected by the user if needed.
> 
> 
> On Wed, Apr 16, 2014 at 8:37 AM, 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" <IBM-
> [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
> >
> 
> 
> 
> --
> 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

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to