Received an applied in error status on a PTF such as RO52307 that has a ++DELETE MCS along with other PTF's and attempted to restore them in order to resolve the applied in error status. The restore failed with GIM63301E ** SYSMOD RO52307 WAS NOT RESTORED BECAUSE IT CONTAINS A ++DELETE MCS.
An attempt to apply the PTF's then fails with GIM37904E for each of the PTF's, example:
GIM37904E ** APPLY PROCESSING FAILED FOR SYSMOD RO52307 BECAUSE OF AN ERROR DURING A PREVIOUS ATTEMPT TO RESTORE.
How can you get out of this deadlock situation, can't apply or restore to resolve the applied in error status?
Note that if an apply had been initially used this would have been avoided. Run a LIST for each PTF:
//SMPGO EXEC PGM=GIMSMP,REGION=4096K,PARM='DATE=U'
//SMPCSI DD DSN=your.CSI,DISP=OLD
//SMPHOLD DD DUMMY
//SMPPTFIN DD DUMMY
//SMPLIST DD SYSOUT=*
//SMPCNTL *
SET BDY(CAIT).
LIST SYSMODS(RO52307).
//*
The output looks like this:
ro52307 TYPE = PTF
DESCRIPTION = UNEXPECTED RC8/DRC20 ON REQUEST TO CCI/PC
LASTUPD = UCLIN TYPE=UPD
STATUS = REC APP RES ERR
FMID = CAW4E10
DATE/TIME REC = 17.025 10:26:34
INS = 17.025 11:26:38
RES = 16.000 10:00:00
UCL = 17.025 12:44:34
SOURCEID = CAP1403
The RES on STATUS and RES = 16.000 10:00:00 mean a restore was attempted and these must be removed before SMP/E will allow an apply redo or just a re-apply.
To remove RES with the date and time run this UCLIN:
//SMPCNTL DD *
SET BOUNDARY(CAIT).
UCLIN.
DEL SYSMOD(RO52307) RESTIME(10:00:00) RESDATE(16000) REST .
ENDUCL.
//*
The LIST will then look like this:
RO52307 TYPE = PTF
DESCRIPTION = UNEXPECTED RC8/DRC20 ON REQUEST TO CCI/PC
LASTUPD = UCLIN TYPE=UPD
STATUS = REC APP ERR
FMID = CAW4E10
DATE/TIME REC = 17.025 10:26:34
INS = 17.025 11:26:38
UCL = 17.025 12:52:50
You can then re-apply in CSM or in batch. You may run into some complications like MODID errors that require doing this all in batch. In the future don't attempt a restore for applied in error, just re-apply in CSM.