DC00130C COMPONENTS OF THE SERVICE FACILITY ARE NOT ON THE SAME RELEASE After upgrading Datacom CICS Services
search cancel

DC00130C COMPONENTS OF THE SERVICE FACILITY ARE NOT ON THE SAME RELEASE After upgrading Datacom CICS Services

book

Article ID: 19060

calendar_today

Updated On:

Products

Datacom DATACOM - AD Datacom/AD Datacom/DB

Issue/Introduction

 

After upgrading my Datacom CICS Services software to the new release, I get an error:

DC00130C COMPONENTS OF THE SERVICE FACILITY ARE NOT ON THE SAME RELEASE

DBCVTPR REL = 11.0 DCCOCPR REL = 14.0

A review of the base and custom loadlibs shows that these modules are both at the same release level.   How do I fix this?

 

Resolution

The DBCVTPR module is a customized load module for Datacom CICS Services, and is assembled in job B1CUS01. The SYSLMOD in the link/binder step should be the CUSLIB for the product. There are two primary causes for this error - either the module was not assembled and linked into the correct loadlib, or there is a loadlib higher in the DFHRPL concatenation that has the DBCVTPR module.

Here are steps to follow to identify the cause of the DC00130C error.

  1. Review the B1CUS01 job and be sure the SYSLMOD loadlib is the same as the loadlib used in your CICS startup JCL.
  2. If the loadlib is correct, it is possible you have another version of DBCVTPR in another loadlib higher in the concatenation for DFHRPL. Please follow these steps in your CICS region:

    * In the CICS region, issue the transaction CEMT I PROG(DBCVTPR)

    You should receive a screen that looks like this:
    STATUS: RESULTS - OVERTYPE TO MODIFY
    Prog(DBCVTPR )Leng(0000008464)AssProEnaPri
    Res(001)Use(0000000003)AnyCexFulQuaCic

    Move your cursor down beside that entry (to the left of 'Prog(...'), and hit <ENTER> to display the attributes of the program.
    Scroll down the list of attributes to find the Librarydsn. This will tell you which loadlib had the module that was picked up. It will look something like this:

    . . .
    Apist(Cicsapi)
    Remotesystem()
    Runtime(Native)
    Remotename()
    Library(DFHRPL)
    Librarydsn(YOURHLQ.CTS420.CUSLIB) <<---This is where DBCVTPR was found
    Jvmclass()
    . . .

Once you have identified the loadlib with the wrong-version DBCVTPR, you can take the necessary steps to either demote this loadlib or to promote the Datacom CICS Services CUSLIB used in B1CUS01 to a higher position in the DFHRPL list. Once you recycle the CICS region, your Datacom CICS Services product should be operational on the correct release.