IBM Support

DFHDS0001 500 AKEB at offset 0D4A in DFHDSDS3 during shutdown

Question & Answer


Question

Why am I receiving message DFHDS0001 with an abend 500 / AKEB at offset X'0D4A' in DFHDSDS3 during CICS shutdown? I am using IAM from Innovation Data Processing.

This is the message I see in the CICS log:

DFHDS0001 applid An abend (code 500/AKEB) has occurred at offset X'0D4A' in module DFHDSDS3.

Looking at a CICS System Dump of the DFHDS0001 I see the following:

DS 0060 DSDS3 EXC - DSDS3_RECOVERY - FUNCTION(PARTITION_EXIT) TCB_PTR(16D03100)

This results in the abend500 / abendAKEB which is documented in the Knowledge Center under z/OS MVS System Codes > System completion codes > 500 as follows:

  Explanation:  During processing of an I/O request, execute
     channel program (EXCP) processing encountered an error while
     validating a control block.  Each X'500' abend code has a
     reason code that explains the error:
     
     Reason
     Code
     (hex)   Explanation  
      
     3       The IOBEID field of the Input/output block extension
             (IOBE) control block does not contain the characters
             'IOBE', which is required.
     
     System Programmer Response:  In the dump, look at field TCBEXCPD
     at offset X'C0' in the task control block (TCB) for the current
     task.  TCBEXCPD points to the EXCP debugging area (XDBA). The
     XDBA contains diagnostic data associated with the EXCP processor.

This problem occurs due to a SVC 0 receiving an exception that was issued out of IAMABUFR +3D8A.

Other CICS logs indicated the abend 500 AKEB was being issued for offset FFFF in DFHFCVR as well. This is the message I see in the CICS log:

DFHFC0001 applid An abend (code 500/AKEB) has occurred at offset X'FFFF' in module DFHFCVR.

Answer

INNOVATION DATA PROCESSING provided a fix for the IAM37 I/O errors. Here are the details on the ZAP they provided:

 SYMPTOMS  : MSG IAMW37 ECB=42 WITH RBN VALUE BEYOND FILE SIZE
             WHEN OVERFLOW INDEX IS NOT IN THE INDEXSPACE
             MSG IAMW37 ECB=41 WITH MSG IOS000I  CMD,47
 PROBLEM   : IAMACCKS USES THE SAME STORAGE AREA AS IAMABUFR FOR
             THE FREE OVERFLOW BLOCK TABLE, WHICH  RESULTS IN
             BAD OVERFLOW BLOCK NUMBER BEING USED.
 SOLUTION  : REVISE IAMABUFR TO PROPERLEY STORE LENGTH BEING
             USED WHEN IT AQUIRES STORAGE FROM INTERNAL IAM POOL

Contact INNOVATION DATA PROCESSING to get the fix for this problem.

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Platform":[{"code":"PF035","label":"z\/OS"}],"Component":"Shutdown","Version":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Product Synonym

CICS/TS CICSTS CICS TS CICS Transaction Server

Document Information

Modified date:
07 July 2015

UID

dwa1200623