After upgrading my CA 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 14.0. How do I fix this?
The DBCVTPR module is a customized load module for CA 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.
- Review the B1CUS01 job and be sure the SYSLMOD loadlib is the same as the loadlib used in your CICS startup JCL.
- 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
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:
. . .
Librarydsn(YOURHLQ.CTS420.CUSLIB) <<---This is where DBCVTPR was found
. . .
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 CA Datacom CICS Services CUSLIB used in B1CUS01 to a higher position in the DFHRPL list. Once you recycle the CICS region, your CA Datacom CICS Services product should be operational on the correct release.