The Hold Data procedure from RO93225 did not work in my case. This is what I had to do.

Document ID : KB000006108
Last Modified Date : 14/02/2018
Show Technical Document Details
Issue:

The Hold Data procedure from RO93225 did not work in my case.  This is what I had to do.

Cause:

The HOLD data from RO93225 is as follows:

 ++HOLD (RO93225) SYSTEM FMID(CEESB00)

   REASON (ACTION )   DATE (16323)

   COMMENT (

 +----------------------------------------------------------------------+

 |     CA MAT base component                           Version 11.0     |

 +----------+-----------------------------------------------------------+

 |SEQUENCE  | Before Apply                                              |

 +----------+-----------------------------------------------------------+

 |PURPOSE   |                                                           |

 |          | This is to update the SMP/E target and distribution       |

 |          | library CSI data sets to add a DD statement for the       |

 |          | IBM XL C object library.  This DD statement is required   |

 |          | to apply the Increment 3 PTF as several modules are now   |

 |          | written using Metal C.                                    |

 +----------+-----------------------------------------------------------+

 |USERS     |                                                           |

 |AFFECTED  |                                                           |

 |          | All users installing increment 3 of CA-MAT                |

 +----------+-----------------------------------------------------------+

 |KNOWLEDGE |                                                           |

 |REQUIRED  |                                                           |

 |          | SMP/E                                                     |

 +----------+-----------------------------------------------------------+

 |ACCESS    |                                                           |

 |REQUIRED  |                                                           |

 |          | Product libraries and SMP/E libraries                     |

 +----------+-----------------------------------------------------------+

                       **************************

                       * STEPS    TO    PERFORM *

                       **************************

    1.  Edit and customize MATDDDE2 in CEESJCL.

       a.  Update jobcard.

       b.  Update SMPDS variable to be the high level qualifier of the

           SMP/E data sets.

       c.  Update the CSI variable to the SMP/E CSI data set.

       d.  Update the "SET BDY" for the appropriate target zone and

           distribution zone.  The default for the target zone is

           CAIT0 and CAID0 for the distribution zone.

    2.  Submit the JCL for execution.  Expected return code is zero.

<END>

 

Resolution:

I deleted the SCCNOBJ DDDEF to recreate the problem. Here is what the messages looked like: 

GIM69102E ** ALLOCATION FAILED FOR SMP00004 BECAUSE THERE IS NO DDDEF ENTRY FOR SCCNOBJ IN TARGET ZONE MAT#01T. 

GIM54601E ** DYNAMIC ALLOCATION FAILED FOR SMP00003 BECAUSE SCCNOBJ IS PART OF THE SMP00003 CONCATENATION BUT WAS NOT 

ALLOCATED. 

GIM69149E ** CALLLIBS COULD NOT BE ALLOCATED FOR LMOD TIFPVT IN ZONE MAT#01T. 

There were a number of these. You can see there's no clue that RO93225 is the culprit. In fact the CAUSER report shows 

CAUSER FMID MESSAGE ID PAGE ERROR DESCRIPTION AND POSSIBLE CAUSES 

RO91220 CEESB00 GIM69149E 1 CALLLIBS COULD NOT BE ALLOCATED FOR LMOD TNSLOAD. 

RO93534 CEESB00 GIM69149E 3 CALLLIBS COULD NOT BE ALLOCATED FOR LMOD TUNMDSA. 

RO93644 CEESB00 GIM69149E 3 CALLLIBS COULD NOT BE ALLOCATED FOR LMOD TIFWRK. 

I spent a lot of time searching supportconnect as I mistook SCCNOBJ as a new MAT dataset as they're named CEES*. I know that's not really that similar but I wasn't thinking to clearly then I guess. Once I realized it was an IBM dataset I found it quickly and did the update myself. 

Seeing the hold information I also ran PGM=GIMCPTS,PARM=EXPAND pointing to RO93225 and I can see: 

UCLIN . 

ADD DDDEF(SCCNOBJ) 

DA(CBC.SCCNOBJ) 

WAITFORDSN 

SHR . 

ENDUCL . 

Again that's not how the hold is documented.