|
Problem IC98699
|
Status: Closed |
INSTANCE ABEND IN DB2STMM WHEN EVALUATING SCALAR AGGREGATE OPERATORS. |
| product: |
DB2 FOR LUW / DB2FORLUW / A10 - DB2 |
| Problem description: |
In a rare timing scenario, it is possible for the db2stmm edu to
cause an instance abend.
The condition is that a scalar aggregate operation is in the
progress of cleaning up and it used exactly 32 sort heap pages.
At the same time, the db2stmm edu needs to be active and
evaluating sortheap usage by scalar aggregate operators.
As the db2stmm only runs every 180 seconds and the db2 agent
running the aggregate operation needs to be exactly at the
cleanup point, this is a very rare scenario.
The db2stmm call stack will look like :
stmmGetScalagTime
stmmCalculateTimeSavedByScalag
stmmGetTimeSavedFromActiveOperators
stmmReportBenefitFromSHeapThres
stmmGetSHeapThresSharedBenefitData
stmmGetBenefitData
stmmMemoryTunerMain
stmmMemoryTunerGlobalStartHandling
sqleIndCoordProcessRequest
sqeAgent::RunEDU
( stmmGetScalagTime may or may not show depending on the
operating system ) |
| Problem Summary: |
****************************************************************
* USERS AFFECTED: *
* All users of STMM *
****************************************************************
* PROBLEM DESCRIPTION: *
* See Error Description *
****************************************************************
* RECOMMENDATION: *
* Upgrade to the latest fix pack. *
**************************************************************** |
| Local Fix: |
|
| available fix packs: |
DB2 Version 10.1 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 6 for Linux, UNIX, and Windows
|
| Solution |
Fixed in fix pack 4. |
| Workaround |
not known / see Local fix |
| Timestamps |
Date - problem reported :
Date - problem closed :
Date - last modified :
| 14.01.2014
04.06.2014
04.06.2014 |
| Problem solved at the following versions (IBM BugInfos) |
|
| Problem solved according to the fixlist(s) of the following version(s) |
| 10.1.0.4
|
 |
