Abend caused by: //STEPLIB DD DATACLAS=LOADLIB
search cancel

Abend caused by: //STEPLIB DD DATACLAS=LOADLIB

book

Article ID: 42194

calendar_today

Updated On:

Products

Allocate DASD Space and Placement

Issue/Introduction

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.)

Resolution

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)
 
 

 

Additional Information

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
  DO
   SET &EFFECTIVE_PLSALLPS_VALUE = 'N'
   EXIT CODE(0)
  END
 
("EFFECTIVE_PLSALLPS_VALUE" can be specified as: "LOCAL_PLSALLPS" or "EPV")
 
This ASR change effectively ignores the PLSALLPS(Y) option for any STEPLIB DD.