We have executed the ACCEPT SMP/E job for the Endevor PTF’s, but we are getting these errors:
GIM69102E ** ALLOCATION FAILED FOR SMP00001 BECAUSE THERE IS NO DDDEF ENTRY FOR SCEEOBJ IN TARGET ZONE CAIT0
GIM54601E ** DYNAMIC ALLOCATION FAILED FOR SMP00001 BECAUSE SCEEOBJ IS PART OF T
ALLOCATED.
GIM69149E ** CALLLIBS COULD NOT BE ALLOCATED FOR LMOD NDVRC1 IN ZONE CAIT0.
GIM22601I APPLY PROCESSING FAILED FOR SYSMOD RO98877.
GIM69109E ** ALLOCATION WAS NOT ATTEMPTED FOR SCEEOBJ BECAUSE A PREVIOUS ALLOCAT
FAILED.
We have these datasets defined to our CSI ZONE.
iprfx.iqual.SMPLOG
iprfx.iqual.SMPLOGA
iprfx.iqual.SMPLTS
iprfx.iqual.SMPMTS
iprfx.iqual.SMPPTS
iprfx.iqual.SMPPTS1
iprfx.iqual.SMPPTS2
iprfx.iqual.SMPSCDS
iprfx.iqual.SMPSTS
Since, we installed 18.0.11 and now we are going to 18.0.12, why didn’t 18.0.11 ask for the SCEEOBJ
Release: All Supported Releases
The reason for the allocation error is SMP/E is missing a DDDEF entry for SCEEOBJ. This is a requirement introduced by RO99458 which replaces SAS/C runtime by LE runtime. DDEF's for SCEEOBJ, SCEELKEX and SCEELKED need to be defined as per the instructions in the HOLD SYSTEM (ACTION) included in fix RO99458
You can use this JCL to create this DDDEF:
//SMPGO EXEC PGM=GIMSMP,REGION=4096K,PARM='DATE=U'
//SMPCSI DD DSN=iprfx.iqual.V18R0.CSI,DISP=OLD
//SMPHOLD DD DUMMY
//SMPPTFIN DD DUMMY
//SMPCNTL DD *
SET BOUNDARY(ZNCAIT0).
UCLIN.
ADD DDDEF(SCEEOBJ)
DA(CEE.SCEEOBJ)
SHR.
ENDUCL.
SET BOUNDARY(ZNCAID0).
UCLIN.
ADD DDDEF(SCEEOBJ)
DA(CEE.SCEEOBJ)
SHR.
ENDUCL.
//
Replace CEE.SCEEOBJ with the correct dataset name for your site and verify that ZNCAIT0 and ZNCAID0 are correct for your target and dlib zones. You should also have a DDDEF for SCEELKED and SCEELKEX. If they are missing you could add then also using this JCL