Receiving a temporary dataset allocation error message C1A0010E from Endevor during processor execution
search cancel

Receiving a temporary dataset allocation error message C1A0010E from Endevor during processor execution

book

Article ID: 36223

calendar_today

Updated On:

Products

Endevor Endevor Natural Integration Endevor - ECLIPSE Plugin Endevor - Enterprise Workbench

Issue/Introduction

Just upgraded and during the execution of my processor, Endevor fails to allocate any temporary dataset with a DISP=(MOD,PASS). 
Using the same commented ENCOPTBL parameter (* ENHOPT DS_INTERNAL_TEMP=ON) in both releases.
However, the same temporary dataset was previously allocated successfully. .

The Joblog displays the following RACF error message: 

ICH408I USER(userid  ) GROUP(groupid  ) NAME(user name      )  017
    017               SYSyyqqq.Thhmmss.RA0.jobname.tempfile CL(DATASET ) VOL(volser)
    017               DEFINE - RESOURCE NOT PROTECTED

Endevor issues messages from C1MSGS1;

C1A0010E  ALLOCATION ERROR RC=970C-4274, DDNAME=                                                                
C1A0011E  IKJ56894I DATA SET SYSyyqqq.Thhmmss.RA0.jobname.tempfile NOT ALLOCATED+                                   
C1A0012E  IKJ56894I STORAGE MANAGEMENT SUBSYSTEM DETECTED AN ERROR, EITHER MESSAGES WERE NOT REQUESTED OR A SYST

 

Resolution

Check this situation with your SAF Security product administrator and check the RACF OPTION PROTECTALL.
The issue comes from the DISP=(MOD,PASS) coded to allocate temporary file &&tempfile in a step. The RACF OPTION PROTECTALL requires temporary files to be ra000 but Endevor create them as ra0.
Since DISP=MOD is not supported for a SVC99 allocation, Endevor will allocate those datasets as a permanent file.
 
A possible workaround is to enable the optional feature (ENHOPT DS_INTERNAL_TEMP=ON) in the ENCOPTBL table.
Additional options are to either avoid using a DISP=MOD or setting the C1DEFLTS parm MODHLI to specify a HLQ that can be allocated.