|
Problem IC82772
|
Status: Closed |
DB2 QUERY COMPILER CAN TRAP WHEN STMTHEAP is AUTOMATIC AND MEMORY is CONSTRAINED |
| product: |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 |
| Problem description: |
When STMTHEAP is automatic and memory is constrained, a memory
allocation request to STMTHEAP can fail; but the next allocation
request can succeed. The query compiler can fail to handle such
a situation. When the problem is encountered, you can observe
traps.
An example trap is below
sqlno_greedy_resume_part
sqlno_greedy_next_part
sqlno_crule_join
sqlno_gen_partitions_for_QTB
sqlno_plan_end_opr
sqlno_each_opr
sqlno_walk_qun
sqlno_each_opr |
| Problem Summary: |
****************************************************************
* USERS AFFECTED: *
* ALL *
****************************************************************
* PROBLEM DESCRIPTION: *
* See Error Description *
****************************************************************
* RECOMMENDATION: *
* Upgrade to DB2 UDB version 9.7 fix pack 7. *
**************************************************************** |
| Local Fix: |
The following can help to reduce the possibility of encountering
the problem:
1) set STMTHEAP to a fixed value
2) allow room for STMTHEAP to grow by increasing APPL_MEMORY and
INSTANCE_MEMORY |
| available fix packs: |
DB2 Version 9.7 Fix Pack 7 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 8 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 10 for Linux, UNIX, and Windows
|
| Solution |
Problem was first fixed in DB2 UDB Version 9.7 Fix Pack 7. |
| Workaround |
not known / see Local fix |
| Timestamps |
Date - problem reported :
Date - problem closed :
Date - last modified :
| 19.04.2012
20.10.2012
20.10.2012 |
| Problem solved at the following versions (IBM BugInfos) |
9.7.FP7
|
| Problem solved according to the fixlist(s) of the following version(s) |
| 9.7.0.7
|
 |
