IBM Mainframe Forum

Hello, I am writing my first CICS program and I ran into the following error when attempting to execute the transaction:

DFHAC2206 14:25:02 A06C001 Transaction Q213 failed with abend APCT. Updates to local recoverable resources backed out.

Steps taken:
1) Verified transaction/program and map are defined and enabled using the following commands:
CEDA VIEW MAP(A8PMFILE) GROUP(KC148)
CEDA VIEW TRANS(Q213) GROUP(KC148)
CEDA VIEW PROG(A8LOAD) GROUP(KC148)
2) Verified that the physical map file and the programs load module are in the correct load library.
3) Attempted to use CECI to test my map which resulted in "RESPONSE: ABEND APCT EIBRESP=+0000000000 EIBRESP2=+0000000000"
4) Reinstalled the mapset, program load module and transaction.
5) Logged back into CICS and checked for any startup messages.

The transaction was executing when I was using a simple SEND TEXT command in my COBOL source, but the ABEND began after I attempted to change this to a SEND MAP commands follows:

EXEC CICS
SEND MAP('A8MAP1')
MAPSET('A8SET1')
END-EXEC.

*Text file containing my assembler macros for the mapset.


I can also include my JCL, but this is currently only allowing me to upload one file. If anyone thinks it may be relevant I can copy and paste it.
When trouble shooting this error I was referring to http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/handheld/Connected/BOOKS/DFHG4A02/3.16?DT=20050118171342

Thanks in advance for any help!

You've posted a lot of very confusing information. Why? Because:
1. CEDA VIEW MAPSET shows the mapsets -- and you posted A8PMFILE
2. The EXEC CICS SEND MAP MAPSET has A8SET1 -- NOT A8PMFILE
3. You did NOT say what the physical map file name is that you looked for in the load library.
4. You did NOT say what your CECI command looked like
5. You did NOT say what "the correct load library" is -- DFHRPL or STEPLIB
6. You did NOT say what you meant by "reinstalled"

The APCT, since it showed up after you attempted the SEND MAP command, probably indicates that your A8SET1 is not defined to CICS and it may not be in DFHRPL as well. The manual says

APCT
Explanation

One of the following has occurred:

The program name in the EXEC CICS HANDLE ABEND program is not usable at the time an abend occurs because:

The program is not on the relocatable program library (RPL).

The program is disabled.

The program cannot be loaded.

An attempt to load a mapset or partitionset failed because although the program is defined to CICS

It is not available on the RPL, or

It is disabled, or

It cannot be autoinstalled.

An attempt to link to, load, or release an internal CICS program failed because:

The program is not on the RPL.

The program is disabled.

The program cannot be loaded.

System action

The transaction requiring the program is abnormally terminated with a CICS transaction dump.
User response

In cases 1 and 2, define the program, mapset partitionset to CICS using CEDA and ensure it is enabled.

In case 3, the definition of a CICS-provided module is incorrect. Check for associated messages issued during CICS start up.

These users thanked the author Robert Sample for the post:

savaresejt (Fri May 06, 2016 2:44 am)

First off thank you very much for the response and I apologize for the confusing information. I am a little lost in the sauce, but I will try my absolute best to clarify.

1) A8PMFILE is the load module/physical map output from assembling my mapset source. I checked to make sure that this is in the load library with the A8LOAD load module.

I ran the following after moving A8PMFILE to the same load library as A8LOAD (load mod for the COBOL prog.):
CEDA DEF MAPSET(A8PMFILE) GROUP(KC148) and CEDA INS MAPSET(A8PMFILE) GROUP(KC148) on.

2) These two are what I'm using in the SEND MAP command.
A8SET1 is the label for my DFHMSD macro.
A8MAP1 is the label for my DFHMDI macro.

3) A8PMFILE is what I verified was in the load library.

4) The CECI command I tried running was:
CECI SEND MAP(A8MAP1) MAPSET(A8SET1)

5) You did NOT say what "the correct load library" is -- DFHRPL or STEPLIB -- I think this might be a problem, If there is any way you might slightly elaborate on this; it would be an enormous amount of help. What I meant by the correct load library was a load library that I was told to manually copy load modules over to "TSOECCC.CICSTS12.STUDENT.LOADLIB" I know this is site specific, but I am obviously missing something here.

6) By reinstalling I meant that I ran my CEDA INS commands on my COBOL and physical map load modules.

You need to understand that the mapset name matches the DFHMSD name matches the load module name. A mapset name is normally 7 characters (6 if using HTML and more than 36 maps) so A8PMFILE is a really bad choice for the mapset name. A8SET1 is not bad but most site standards I'm familiar with use MS on the end of the mapset so A8SETMS might be a better choice; in any case, you need to change your CICS definition. Once you have changed the CICS definition, recompile the map with the same DFHMSD name as what you installed into CICS, and make sure the linkage editor generates the same name for the load module. And your code needs to have EXEC CICS SEND MAP(...) MAPSET(A8SET1) or whatever you name the DFHMSD (etc). You got the APCT because you told CICS to look for a mapset that you didn't define to CICS.

CICS system routines are in the STEPLIB (although depending upon the site there may not be a STEPLIB since these libraries could be in the link list) while application programs and mapsets are placed in the DFHRPL library concatenation (it can be a single load library but most sites use different load libraries for different applications / projects / products so it's not unusual to see 20 or 30 load libraries concatenated for DFHRPL).

CICS systems have a system log file as well as a user message log file; I don't recall if the details of the APCT are placed in either (or both) of them. You need to find both of them on your system and be able to read them to help you figure out problems. If your site uses SDSF you may need to get access to the CICS job from your site support group to be able to look at the logs.

These users thanked the author Robert Sample for the post:

savaresejt (Sat May 07, 2016 1:23 am)

Thank you SO much I will do exactly this.