home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
Latest versionsfixlist
11.1.0.7 FixList
10.5.0.9 FixList
10.1.0.6 FixList
9.8.0.5 FixList
9.7.0.11 FixList
9.5.0.10 FixList
9.1.0.12 FixList
Have problems? - contact us.
Register for free anmeldung-x26
Contact form kontakt-x26

DB2 - Problem description

Problem IC97686 Status: Closed

ASYNCHRONOUS PARTITION DETACH JOB MAY BE SUSPENDED BY ABP DUE TO INVALID
AUTHID

product:
DB2 FOR LUW / DB2FORLUW / A50 - DB2
Problem description:
The following probe points will be written to the diag.log if 
the error occurs. 
 
EDUID   : 106                  EDUNAME: db2taskp (WSDB) 
FUNCTION: DB2 UDB, catalog services, 
sqlrlCatalogScan::buildValues, probe:40 
DATA #1 : String, 5 bytes 
OWNER 
 
EDUID   : 106                  EDUNAME: db2taskp (WSDB) 
FUNCTION: DB2 UDB, catalog services, 
sqlrlCatalogScan::buildValues, probe:40 
DATA #1 : String, 20 bytes 
Scan interface error 
DATA #2 : String, 0 bytes 
Object not dumped: Address: 0x00002AAAB3EF428C Size: 0 Reason: 
Zero-length data 
DATA #3 : String, 7 bytes 
SYSJOBS 
DATA #4 : String, 11 bytes 
INDTABLES01 
DATA #5 : Catalog Scan, PD_TYPE_SQLRL_CATALOG_SCAN, 720 bytes 
# Key Fields requested: 0 
# Key Fields set up: 0 
# Fetch Fields requested: 13 
# Fetch Fields set up: 13 
# LOB Fields: 1 
# XML Fields: 0 
Scan type: Insert 
Lock intent: SQLD_SLI_IS_NS (7) 
Lock isolation: SQLZ_CSTAB 
Scan flags 1: 0x0000000000000002 SQLD_SCAN1_INDEX_ONLY 
Scan flags 2: 0x00000000 
CALLSTCK: (Static functions may not be resolved correctly, as 
they are resolved 
to the nearest symbol) 
  [0] 0x00002AAAB2C2CBE9 _ZN16sqlrlCatalogScan13checkForErrorEv 
+ 0x139 
  [1] 0x00002AAAAFD0ACE6 _ZN16sqlrlCatalogScan11buildValuesEv + 
0x366 
  [2] 0x00002AAAAFD07954 _ZN16sqlrlCatalogScan6insertEv + 0x84 
  [3] 0x00002AAAB00D2663 
_ZN16ABPRecordManager15createJobRecordER8sqlrr_cbsRK12A 
BP_JOB_DESCRl + 0x363 
  [4] 0x00002AAAB00D7EAB 
_ZN11ABPServices9createJobER8sqlrr_cbsRK12ABP_JOB_DESCP 
K13ABP_TASK_DESCj + 0x8B 
  [5] 0x00002AAAB00D0FDB 
_Z12abpCreateJobPK8sqeAgentPK12ABP_JOB_DESCPK13ABP_TASK 
_DESCj + 0xAB 
  [6] 0x00002AAAB238D1B9 
_Z26sqlrlCreateIndexCleanupJobP8sqlrr_cbsP8sqlrg_pdttt 
+ 0xC39 
  [7] 0x00002AAAB238606B 
_Z27sqlrlAlterDropCatalogChangeP8sqlrr_cbPhtS1_thP18sql 
rg_datapartinfoP8sqlrg_pdR23sqlrg_datapartinfo_itert25sqlrlDPart 
StageTra + 0x72B 
  [8] 0x00002AAAB2386B13 
_Z29sqlrlAlterDetachCatalogChangeP8sqlrr_cbPhtS1_thP18s 
qlrg_datapartinfoP8sqlrg_pdS1_iS1_iS5_R23sqlrg_datapartinfo_iter 
t25sqlrl + 0x183 
  [9] 0x00002AAAB237FB41 
_Z21sqlrlAlterPartCatalogP8sqlrr_cbPhsS1_thS1_sS1_tiPP8 
sqlrg_pdP18sqlrg_datapartinfoR23sqlrg_datapartinfo_itert25sqlrlD 
PartStag + 0x7E1 
  [10] 0x00002AAAB2390856 
_Z19sqlrlPhysicalDetachP8sqlrr_cbPP8sqlrg_pdS2_P5doid1 
P18sqlrg_datapartinfoR23sqlrg_datapartinfo_iterP6APD_CBP21SqlthJ 
obProgres + 0x1D 
6 
  [11] 0x00002AAAB00E557A apdTaskProcessor + 0x35A 
  [12] 0x00002AAAABC95C43 
_ZN8ABPAgent19taskProcessorDriverEP17ABPTaskProContext 
 + 0x173 
  [13] 0x00002AAAABC9556E _ZN8ABPAgent4mainEP17ABPTaskProContext 
+ 0x26E 
  [14] 0x00002AAAABCA1DEC 
_Z18abpAgentEntryPointP8sqeAgentP17ABPTaskProContext + 
 0x4C 
  [15] 0x00002AAAAEA37C0F 
_Z26sqleIndCoordProcessRequestP8sqeAgent + 0x131F 
  [16] 0x00002AAAAEA46485 _ZN8sqeAgent6RunEDUEv + 0x2E5 
  [17] 0x00002AAAB0006DC7 _ZN9sqzEDUObj9EDUDriverEv + 0xF7 
  [18] 0x00002AAAAF85E871 sqloEDUEntry + 0x301 
  [19] 0x00002AAAAABCE2A3 /lib64/libpthread.so.0 + 0x62A3 
  [20] 0x00002AAAB7F4A6DD __clone + 0x6D 
..... 
 
 
EDUID   : 106                  EDUNAME: db2taskp (WSDB) 
FUNCTION: DB2 UDB, AIC, apdTaskProcessorCleanup, probe:201 
MESSAGE : ZRC=0x801A006D=-2145779603=SQLZ_CA_BUILT 
          "SQLCA has already been built" 
CALLED  : DB2 UDB, AIC, apdTaskProcessor 
RETCODE : ZRC=0x82A90066=-2102853530=ABP_SUSPEND_TASK_PRO 
          "Suspend the task processor" 
DATA #1 : String, 28 bytes 
Source Table Schema and Name 
DATA #2 : String, 8 bytes 
DBUSER1 
DATA #3 : String, 3 bytes 
T1 
DATA #4 : String, 12 bytes 
Partition ID 
DATA #5 : unsigned integer, 2 bytes 
3 
DATA #6 : String, 28 bytes 
Target Table Schema and Name 
DATA #7 : String, 8 bytes 
DBUSER1 
DATA #8 : String, 7 bytes 
T1DETACH 
 
An FODC_AppErr_* directory will also be created with diagnostic 
information. 
 
The error occurs randomly.  If these probe points are in the 
diag.log, the LIST UTILITIES SHOW DETAIL can be run to see 
whether the job is still suspended.  If so, the following will 
be seen: 
$ db2 list utilities show detail 
 
ID                               = 1 
Type                             = ASYNCHRONOUS PARTITION DETACH 
Database Name                    = WSDB 
Member Number                    = 0 
Description                      = Finalize the detach for 
partition '3' of table 'DBUSER1  .T1' 
Start Time                       = 10/30/2013 11:04:40.302529 
State                            = Waiting 
Invocation Type                  = Automatic 
Progress Monitoring: 
      Start Time                 = 10/30/2013 11:05:06.132426 
 
 
If there is no ASYNCHRONOUS PARTITION DETACH waiting then the 
problem has resolved itself.  If it continues to wait, then each 
time the Asynchronous Background Processor (ABP) wakes up and 
attempts to process the detach a new FODC directory will be 
created.
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* All users                                                    * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to db2 v10.5.3.                                      * 
****************************************************************
Local Fix:
If the DETACH job continues to wait and FODC directories 
continue to be created, then database will have to be 
deactivated and reactivated to restart the ABP processor to see 
if that will resolve the problem.  If it doesn't resolve the 
issue then the APAR fix will have to be applied.  There will be 
no corruption to the table but the detach operation will not be 
able to clean up the indexes and complete until the problem is 
resolved.
available fix packs:
DB2 Cancun Release 10.5.0.4 (also known as Fix Pack 4) for Linux, UNIX, and Windows
DB2 Version 10.5 Fix Pack 9 for Linux, UNIX, and Windows

Solution
First fixed in db2 v10.5.3.
Workaround
not known / see Local fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
14.11.2013
08.09.2014
08.09.2014
Problem solved at the following versions (IBM BugInfos)
Problem solved according to the fixlist(s) of the following version(s)
10.5.0.4 FixList