DB2 FOR LUW / DB2FORLUW / 970 - DB2

During graceful takeover, the existing logic on primary will 
force all applications and kick off all pooled agents to 
dissociate from the database. 
If a pooled database agent is picked to serve a new application 
that is not fully connected to the database, this pooled agent 
will not be interrupted and so the primary will end up waiting 
for 
the pooled agent to terminate processing on its own. 
We are adding new interrupt support to interrupt these kind of 
agents as well.

**************************************************************** 
* USERS AFFECTED:                                              * 
* During graceful takeover, the existing logic on primary will * 
* force all applications and kick off all pooled agents to     * 
* dissociate from the database.                                * 
* If the pooled database agent is picked to serve new          * 
* application                                                  * 
* that are not fully connected to the database, this pooled    * 
* agent                                                        * 
* will not be interrupted.  We are adding new interrupt        * 
* support                                                      * 
* to interrupt this kind of agents as well.                    * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to v10fp3                                            * 
****************************************************************

To prevent this issue, update num_poolagents DBM configuration 
parameter to 0 for HADR database to ensure no pooled database 
agents exist. Please consult the information center on 
num_poolagents, since modifying this parameter can have 
performance consequences.

keiner bekannt / siehe Local-Fix

Vorgänger  : APAR is sysrouted TO one or more of the following: IC97376 IT05792 IT05795 
Nachfolger : 

Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:

17.10.2013
27.11.2014
27.11.2014