IBM Support

CBKSC8007E IEF450I ABENDS000 U3112 when running CICS BAC BRU

Question & Answer


Question

What would cause the Batch Request Utility (BRU) utility to intermittently fail with messages CBKSC8007E and IEF450I ABEND=S000 U3112? I am using CICS Batch Application Control for z/OS (CICS BAC) V1.1.1. I have 3 LPARs that this job can run on. Two of these LPARS, SYSA, SYSB, have CICS regions active on them. One LPAR, SYSC, has no CICS regions running. The problem occurs when this job runs on SYSC.

Sometimes the CBAC utility gets a 0 RETURN CODE. Other times one step of the CBAC BRU utility fails with following abend:

 +CBKSC8007E <jobname> Unable to establish IRC communications to ship
 batch request to CICS region <cics_applid> Batch request
 +utility abending with abend code U1112.
 IEF450I <jobname> CBAC <stepname> - ABEND=S000 U3112 REASON=00000000

Answer

The user response for the CBKCS8007E message is:

This condition is most likely occurs because no CICS region has started IRC communications on the MVS image, and the CICS EXCI DFHXCOPT options table does not specify an MRO SVC for EXCI communications use. See the CICS External Interfaces Guide for more information. Contact technical support if you cannot determine and correct the cause of the problem.

I suspect some MRO XCF activity has previously occurred on the SYSC LPAR resulting in a logon to CICS DFHIRP when it gets a return code 0. In the instance where no CICS region is active, and no application has attempted to logon to DFHIRP, then the default CICSSVC value in the DFHXCOPT table is used (which defaults to zero) and can result in the CICS BAC BRU call getting a 201 reason back from EXCI . See 201: NO_CICS_IRC_STARTED for more information.

The following IBM Knowledge Center links provide more detail on setting the CICSSVC parameter in the DFHXCOPTS table when no previous CICS region is active on the LPAR that has logged onto DFHIRP.

Let me know if this information helps you configure a DFHXCOPTS table with your CICSSVC value and if this resolves the intermittent CBKCS8007E and U3112 abend when running the CICS BAC BRU on the SYSC LPAR when no CICS regions are active.

You can link your DFHXCOPT into a loadlib that you specify in your CICS BAC BRU STEPLIB concatenation. If you update and relink the DFHXCOPT, your STEPLIB should pick up the change. If you just want to put it in linklist on the one ERPR LPAR where you do not run CICS regions, you can do that as well. If you need to update and relink it, you would just have to refresh your linklist.

There is also a technote 1255510, Customized DFHXCOPT module is not being picked up for EXCI calls, which describes DFHXCOPT changes not getting picked up if you did not linkedit with the DFHXCOPE ALIAS, so do not forget that in your link edit JCL.

Let me know if you no longer get the U3112 abend after running with a DFHXCOPTS table in your CICS BAC BRU STEPLIB concatenation or in MVS Linklist with your CICSSVC number.

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSWHM2","label":"CICS Batch Application Control for z\/OS"},"Platform":[{"code":"PF035","label":"z\/OS"}],"Component":"","Version":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Product Synonym

CICSBAC CICS BAC

Document Information

Modified date:
21 September 2016

UID

dwa1304028