APAR status
Closed as program error.
Error description
If we start cdr either by bouncing the engine or with a cdr start we will lock each row in the trg_send_srep and trg_send_stxn tables. This can cause excessive locks as well as problems associated with lock table allocation if there is not enough memory. The following is a stack trace seen when the engine was being brought online - and in this case SHMTOTAL had been reached which results in an assert failure each time we cannot get a lock: 21:07:36 Stack for thread: 1623 CDRStart base: 0x49cb7000 len: 69632 pc: 0x08931ca0 tos: 0x49cc511c state: running vp: 1 0x08931ca0 (oninit)afstack (0x49717788, 0x8b002f8, 0x2c64, 0x49cc5670, 0x20eb74, 0x0) 0x0893276c (oninit)afhandler(0x1, 0x8d0e600, 0x49b5de90, 0x49b5de40, 0x401, 0x1) 0x089330ef (oninit)afwarn_interface(0x8d0e600, 0x49b5de90, 0x49b5de40, 0x8aacc70, 0xa39, 0x49149018) 0x0858974b (oninit)lkalloc (0x9, 0x900068, 0x3ea40c, 0x20, 0x496425a0, 0x0) 0x0858af81 (oninit)lkmanagex(0x9, 0x0, 0x900068, 0x3ea40c, 0x0, 0x487ad374) 0x0858e8ff (oninit)lkrow (0x9, 0x0, 0x3ea40c, 0x3ea40c, 0x49dfe8b8, 0x49cc6330) 0x085348c6 (oninit)getcurrent(0x3ea40c, 0x80000000, 0x4000, 0x0, 0x4af4d3e0, 0x0) 0x08536ee8 (oninit)rsrewrec(0x6, 0x3ea40c, 0x49cc6504, 0x49cc636c, 0x49cc67cc, 0xa) 0x089647b9 (oninit)fmrewrec(0x2, 0x900068, 0x3ea40c, 0x49cc65a4, 0x49cc6504, 0x49c9e108) 0x0877bc96 (oninit)cdr_db_update(0x49cc67b8, 0x49cc65a4, 0x49cc6504, 0x0, 0x0, 0x1) 0x087877ac (oninit)rqmOpenSpool(0x0, 0x0, 0x1, 0x49b206a8, 0x74697073, 0x735f6772) 0x0878c0ba (oninit)rqmOpenQ(0x8ad0d6b, 0x21901, 0x400000, 0x400000, 0x49cc7de0, 0x0) 0x0876b2b3 (oninit)queuerInit_2(0x0, 0x11, 0x1, 0x49220b10, 0x49cc7f0c, 0x49b206a8) 0x08734282 (oninit)cdrStartSub(0x0, 0x0, 0x0, 0x0, 0x35, 0x1d243c8) 0x08734d98 (oninit)cdrStartUpThread(0x0, 0x0, 0x0, 0x0, 0x2d3002f, 0x0) 0x0891417e (oninit)startup (0x2d3002f, 0x0, 0x49cc8400, 0x49e29c00, 0x400, 0x93af2401) 0x00000000 (*nosymtab*)0x(nil)
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: * * ER users * **************************************************************** * PROBLEM DESCRIPTION: * * Excessive lock resources can be used while recovering ER if * * send queue has thousands of transactions * **************************************************************** * RECOMMENDATION: * * Upgrade to 11.50xC7 and above. * ****************************************************************
Problem conclusion
Problem first fixed in 11.50xC7.
Temporary fix
Comments
APAR Information
APAR number
IC65629
Reported component name
IBM IDS ENTRP E
Reported component ID
5724L2304
Reported release
B15
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2010-01-18
Closed date
2010-10-01
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:
Fix information
Fixed component name
IBM IDS ENTRP E
Fixed component ID
5724L2304
Applicable component levels
RB15 PSN
UP
[{"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSGU8G","label":"Informix Servers"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"B15","Edition":"","Line of Business":{"code":"LOB10","label":"Data and AI"}}]
Document Information
Modified date:
01 October 2010