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

Problem:

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
 
 
Environment:

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: 
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieab600/ddslib.htm
 
 
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.

Environment

Release: ESBALQ99000-12.5-CA-Allocate-DASD Space and Placement-with Quota Manager-Extende
Component: