Re: Default space allocation
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
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 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. Telephone: 0345 603 1637 Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Cheltenham & Gloucester plc is authorised and regulated by the Financial Conduct Authority. Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings is a division of Lloyds Bank plc. HBOS
Re: Default space allocation
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
Re: Default space allocation
I assume you meant ISMF; we don't have any data classes active on these systems. Andy Styles z/Series Systems Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: 19 July 2016 15:42 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Default space allocation -- This email has reached the Bank via an external source -- TSO ISPF I.4 DATACLAS column 8, 9, 10, 11(and 12 for PDS). On Tue, Jul 19, 2016 at 9:34 AM, Styles, Andy (SD EP zPlatform) <00d68f765d25-dmarc-requ...@listserv.ua.edu> wrote: > 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 > > > Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 > 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. > Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V > 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. > Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. > Registered in Scotland no. SC327000. Telephone: 03457 801 801. > Cheltenham & Gloucester plc. Registered Office: Barnett Way, > Gloucester GL4 3RL. Registered in England and Wales 2299428. > Telephone: 0345 603 1637 > > Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential > Regulation Authority and regulated by the Financial Conduct Authority and > Prudential Regulation Authority. > > Cheltenham & Gloucester plc is authorised and regulated by the Financial > Conduct Authority. > > Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester > Savings is a division of Lloyds Bank plc. > > HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in > Scotland no. SC218813. > > This e-mail (including any attachments) is private and confidential and may > contain privileged material. If you have received this e-mail in error, > please notify the sender and delete it (including any attachments) > immediately. You must not copy, distribute, disclose or use any of the > information in it or any attachments. Telephone calls may be monitored or > recorded. > > > -- > 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 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. Telephone: 0345 603 1637 Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Cheltenham & Gloucester plc is authorised and regulated by the Financial Conduct Authority. Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings is a division of Lloyds Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC218813. This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received
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 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. Telephone: 0345 603 1637 Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Cheltenham & Gloucester plc is authorised and regulated by the Financial Conduct Authority. Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings is a division of Lloyds Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC218813. This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Default space allocation
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
Re: Default space allocation
TSO ISPF I.4 DATACLAS column 8, 9, 10, 11(and 12 for PDS). On Tue, Jul 19, 2016 at 9:34 AM, Styles, Andy (SD EP zPlatform) <00d68f765d25-dmarc-requ...@listserv.ua.edu> wrote: > 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 > > > Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. > Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank > plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in > England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. > Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. > SC327000. Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered > Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales > 2299428. Telephone: 0345 603 1637 > > Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential > Regulation Authority and regulated by the Financial Conduct Authority and > Prudential Regulation Authority. > > Cheltenham & Gloucester plc is authorised and regulated by the Financial > Conduct Authority. > > Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester > Savings is a division of Lloyds Bank plc. > > HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in > Scotland no. SC218813. > > This e-mail (including any attachments) is private and confidential and may > contain privileged material. If you have received this e-mail in error, > please notify the sender and delete it (including any attachments) > immediately. You must not copy, distribute, disclose or use any of the > information in it or any attachments. Telephone calls may be monitored or > recorded. > > > -- > 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
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 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. Telephone: 0345 603 1637 Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Cheltenham & Gloucester plc is authorised and regulated by the Financial Conduct Authority. Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings is a division of Lloyds Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC218813. This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
