So normally these defaults are used if not specified - Or you do not have DFSMS
controlling through Dataclas. You may need to look at using a TSO
Transmit/Receive exit to control it better.
Since RECEIVE KNOWS how the dataset looked, it will use those values and not
ALLOCxx.
The default value for SPACE is a primary size equal to the size of the incoming
data and a secondary size of approximately 25 percent of the primary.
So the original dataset probably was allocated with 45,000 tracks. And so
RECEIVE honored the size. Unless you specify the difference on the RECEIVE
command.
The user can include RLSE on the Receive
RELEASE
specifies unused space to be released when the receive operation is
complete.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.ikjc500/ikj2l2_RECEIVE_command_prompt_parameters1.htm
(watch the wrap)
how are they doing the RECEIVE? Interactively or via Batch Jobs?
Lizette
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Styles, Andy (SD EP zPlatform)
> Sent: Tuesday, July 19, 2016 8:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Default space allocation
>
> Sure - but these are the settings:
>
> SPACE PRIMARY(10)
> SECONDARY(10)
> DIRECTORY(0)
> MEASURE(TRK)
> PRIM_ORG(ALX)
> NORLSE
> UNIT NAME(SYSALLDA)
>
> So I'm reading that as equivalent to SPACE=(TRK,(10,10)) by default, very
> different to the 45K tracks we saw yesterday. We have no EXITxx members.
>
> Andy Styles
> z/Series Systems Programmer
>
>
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: 19 July 2016 16:12
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Default space allocation
>
> -- This email has reached the Bank via an external source --
>
>
> That means you are taking defaults. So the Init and Tuning Reference will
> provide more info
>
> ALLOCxx (allocation system defaults)
> Use the ALLOCxx member of SYS1.PARMLIB to define installation defaults for:
>
> Unit names (dynamic allocation, unit-affinity-ignored, and redirection
> from TAPE)
> Space attributes
> TIOT size
> Handling allocation requests
> Catalog error policies.
>
> These installation defaults for handling allocation requests can be overridden
> by installation exit routines specified in the EXITxx parmlib member. For
> information about the allocation exit routines, see z/OS MVS Installation
> Exits. After IPL, use the SETALLOC command to change any of the defaults
> (except for 2DGT_EXPDT).
>
> Lizette
>
>
> > -----Original Message-----
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Styles, Andy (SD EP zPlatform)
> > Sent: Tuesday, July 19, 2016 8:07 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Default space allocation
> >
> > I have, and it wasn't apparent in there that it would have the effect
> > we've seen.
> >
> >
> > Andy Styles
> > z/Series Systems Programmer
> >
> >
> >
> >
> > -----Original Message-----
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Lizette Koehler
> > Sent: 19 July 2016 15:49
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Default space allocation
> >
> > -- This email has reached the Bank via an external source --
> >
> >
> > Have you checked out the ALLOCxx member of SYS1.PARMLIB (Or your version)?
> >
> > Lizette
> >
> > > -----Original Message-----
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Styles, Andy (SD EP
> > > zPlatform)
> > > Sent: Tuesday, July 19, 2016 7:34 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Default space allocation
> > >
> > > Hi All,
> > >
> > > We've had a minor issue a few times over the past year or so. On our
> > > GDPS control systems, we have a null SMS configuration - all
> > > datasets are allocated with UNIT=SYSALLDA (I think I'm explaining
> > > this right), otherwise you get SPECIFY DEVICE OR CANCEL.
> > >
> > > The issue we seem to have hit is that people using XMIT/RECEIVE seem
> > > to allocate enormous datasets - one yesterday was 45K tracks, 1%
> > > used, which used up nearly all the free space on the volume, and
> > > caused another job to fail as it was unable to get the space it needed.
> > >
> > > I vaguely remember reading somewhere about default space allocation
> > > being something along the lines of "whatever space remains on the volume".
> > >
> > > Does this ring any bells with anyone, or am I just dreaming it? Can
> > > these parameters be changed, and if so, where? I've been hunting but
> > > can't track it down.
> > >
> > > Many thanks,
> > >
> > > --
> > > Andy Styles
> > > z/Series Systems Programmer
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
