The DD "//STEPLIB DD DATACLAS=LOADLIB" will allocate a temporary data set.
The error messages are a result of the ASR setting some space values for
that data set which are incompatible with the DATACLAS=LOADLIB space attributes.
That DD resulted in these error messages...
IEW4009I FETCH FAILED FOR MODULE IKJEFT01 FROM DDNAME STEPLIB BECAUSE OF AN I/O ERROR.
CSV031I LIBRARY SEARCH FAILED FOR MODULE IKJEFT01, RETURN CODE 24, REASON CODE 2704043E, DDNAME STEPLIB
CSV028I ABEND806-2C JOBNAME=HJ75JDV6 STEPNAME=S010
z/OS 2.1 provides a new STEPLIB DD to:
- Create a private library.
- Identify a private library that the system is to search for the program named in the
EXEC statement PGM parameter.
The private library can be a PDS or PDSE.
For further information on this STEPLIB, refer to:
The simplest way to resolve this abend is to add this line to your ASR in the ALLOC Environment
before any space quantity modifications are being performed:
IF &DD = 'STEPLIB' THEN EXIT CODE(0)
Another scenario is if you are running with the Vkgparm PLSALLPS (Y).
This is changing the DSORG of what should be a 'PO' LOADLIB into a
'PS' RECFM which leads to the I/O error and S806 abend.
The earlier recommended ASR solution to EXIT CODE(0) in the ALLOC Environment should be changed slightly, to this:
IF &DD = 'STEPLIB' THEN
SET &EFFECTIVE_PLSALLPS_VALUE = 'N'
("EFFECTIVE_PLSALLPS_VALUE" can be specified as: "LOCAL_PLSALLPS" or "EPV")
This ASR change effectively ignores the PLSALLPS(Y) option for any STEPLIB DD.