What level of z/OS?

Are you using DISK to DISK, DISK to TAPE or TAPE to TAPE for SYSUT1 to SYSUT2?



Does any of this apply?

You can code a value like: PARM='SDB=xxxxx' on the EXEC statement. This value 
is effective only if the output block size is not supplied by any source. The 
system calculates an optimal value through a function called “system-determined 
block size”. This PARM value controls whether the block size can exceed 32 760 
bytes. SDB is the only valid parameter for the EXEC statement. You can code one 
of these values for xxxxx.

Your system programmer sets the default value for SDB by setting the COPYSDB in 
the DEVSUPxx member in SYS1.PARMLIB. The IBM-supplied default for COPYSDB is 
INPUT. Prior to OS/390 Version 2 Release 10, IEBGENER ignored a PARM value and 
operated as if SDB=NO had been coded. Currently, only magnetic tape devices and 
dummy data sets allow a block size that exceeds 32 760 bytes. Do not depend on 
that restriction. Future levels of operating systems might allow larger blocks 
in more kinds of data sets.

Block size limit in the data class, even if the data set is not SMS-managed. 

You can code the DATACLAS keyword on the DD statement, or the system's ACS 
routines can assign a data class.

TAPEBLKSZLM keyword in the DEVSUPxx member of SYS1.PARMLIB. The system 
programmer sets this as a system default.

See if one of these might be an issue.


Lizette


> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] On
> Behalf Of Paul Gilmartin
> Sent: Saturday, April 12, 2014 7:06 AM
> To: [email protected]
> Subject: IEBGENER PARM='SDB=?????'
> 
> What value of IEBGENER PARM='SDB=?????' is intended to allow SDB to
> operate and select an optimum BLKSIZE for SYSUT2 regardless of the BLKSIZE of
> SYSUT1?  I have tried all five documented values (YES, NO, LARGE, SMALL, and
> INPUT), and each case SYSUT2 was created copying BLKSIZE from SYSUT1.
> 
> Thanks,
> gil
> 

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

Reply via email to