A fix is available
APAR status
Closed as program error.
Error description
ABEND0C4 at DSNLMTOK+4 while in 64 bit mode. The program check happens while DSNLMTOK is attempting to save registers into the savearea R13 points to. The high order word of R13 is nonzero. The resulting 64 bit address is invalid. The bytes in the high order word of R13 are the same as seen on entry to DB2. AMODE64 OFFSET4 Additional Symptom(s) Search Keyword(s): After upgrading DB2 to Version 9, your CICS region receives an an AD2R abend within CICS and the DB2 thread terminates. The CICS exception trace entry looks like: AP 319D D2EX1 *EXC* THREAD TCB HAS ABENDED WITH ABEND 000000C4,REASON,0003EB60 . The reason code is not a valid DB2 reason code. Prior to this, within the CICS trace entries, you see: AP 3180 D2EX1 ENTRY APPLICATION REQUEST EXEC SQL UNKNOWN . If a system dump is captured for the ABENDAD2R, the kernel error table will show an ABEND0C4 followed by transaction abend percolates. ERROR TYPE ERR_CODE MODULE OFFSET PROGRAM_CHECK 0C4/AKEA UNKNOWN UNKNOWN TRAN_ABEND_PERCOLATE ---/AD2R DFHPCP 00000604 TRAN_ABEND_PERCOLATE ---/AD2R DFHD2EX1 00002CDC TRAN_ABEND_PERCOLATE ---/AD2R DFHERM 0000137E The PSW of this abend0C4-38 points into module DSNLMTOK +4 to a StoreMultiple (EBEC D008 0024 STMG R14,R12,8(R13) ).
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All DB2 users. * **************************************************************** * PROBLEM DESCRIPTION: An ABEND0C4 may occur in module * * DSNLMTOK when it is called by DSN3CT80 * * during distributed thread termination. * * DSNLMTOK is running in 64 bit mode, but * * DSN3CT80 passed a register 13 with * * invalid data in the high half of the * * register. DSNLMTOK abended when it * * attempted to save registers using the * * invalid 64 bit register 13. * **************************************************************** * RECOMMENDATION: * **************************************************************** DSN3CT80 should clear the high half of register 13 before switching to 64 bit mode and calling DSNLMTOK.
Problem conclusion
Module DSN3CT80 has been modified to ensure that register 13 is a valid 64 bit register before calling DSNLMTOK.
Temporary fix
Comments
APAR Information
APAR number
PM20489
Reported component name
DB2 OS/390 & Z/
Reported component ID
5740XYR00
Reported release
910
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2010-08-12
Closed date
2010-09-13
Last modified date
2010-10-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK60422
Modules/Macros
DSN3CT80
Fix information
Fixed component name
DB2 OS/390 & Z/
Fixed component ID
5740XYR00
Applicable component levels
R910 PSY UK60422
UP10/09/29 P F009
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEPEK","label":"Db2 for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.1","Edition":"","Line of Business":{"code":"LOB10","label":"Data and AI"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
01 October 2010