DB2 - Problem description
| Problem IT02091 | Status: Closed |
DB2 hang when using load utility with dumpfile option | |
| product: | |
DB2 FOR LUW / DB2FORLUW / A50 - DB2 | |
| Problem description: | |
1. Problem description
DB2 hang while loading large data files using db2 load utility
with dumpfile option during the analysis phase. However,
By removing the DUMPFILE option from the LOAD command, the db2
hang problem can be avoided and the LOAD command can complete
successfully. There is also another case. If cleaning up the
data, such as the numerical data coming from Oracle data source
NUMBER data type that is too big for DB2's datatype to handle,
the db2 hang problem would not happen and the LOAD command can
complete successfully.
2. Operating system and level: AIX 64BIT 7.1
3. Client, server, and gateway information
c. Server information, if applicable
Project: DB2 v10.5.0.3
Build Level: s140203
Environment (including Platform and bitness): AIX 64BIT 7.1
4. System setup
Server is running DB2 partitioned database environment.
Number of nodes in db2nodes.cfg is: 1
Current node number is: 0
Node information from the db2nodes.cfg file:
0 db210lpar2.svl.ibm.com 0
5. Diagnostic information
callstack in debugger
pthread_kill () from /lib64/libpthread.so.0
ossPthreadKill (threadId=46913235708224, eduSignal=12)
at
/view/ypchen_db2_v105fp3_linuxamd64_n140427_0427/vbs/common/osse
/core/inc/ossthread.h:117
sqloDumpEDU () from /nfshome/ypchen/sqllib/lib64/libdb2e.so.1
sqle_panic (flags=0) at sqle_bsu.C:555
sqle_trap () at sqle_bsu.C:867
sqlzAssertFailedValist () from
/nfshome/ypchen/sqllib/lib64/libdb2e.so.1
sqlzAssertFailed () from
/nfshome/ypchen/sqllib/lib64/libdb2e.so.1
sqluiGetNextLoadBuf (pUicwa=0x2aaba94e1040,
ppEndOfBuffer=0x2aaad6bfb8b8, pStatus=0x2aaad6bfb84c,
pbMoreDataThisSeq=0x2aaad6bfb854) at
/view/ypchen_db2_v105fp3_linuxamd64_n140427_0427/vbs/engn/squ/..
/sqi/sqluicgf.C:1375
sqlulcgf (
pStartOfField=0x2aaba94e20b8 "2014-01-13 00:00:00\rcom
depreciaᅦ￵ᅦワo equipamentos/aplicativos de informᅦᆳ\" 226\" \"
o\" ",
pEndOfField=0x2aaba94ea075 "", pUicwa=0x2aaba94e1040,
bKeepBlanksHere=false, uiSqlType=263)
at
/view/ypchen_db2_v105fp3_linuxamd64_n140427_0427/vbs/engn/squ/..
/sqi/sqluicgf.C:1201
sqlulcrr (pTcb=0x2aab989f2b80, pValues=0x2aab9824ea20,
pUicwa=0x2aaba94e1040, pPrivateACB=0x2aab9822f080, AppnCp=1208)
at
/view/ypchen_db2_v105fp3_linuxamd64_n140427_0427/vbs/engn/squ/..
/sqi/sqluicrr.C:741
sqluGetAndFormatRecords (pComACB=0x2aab9811f080,
pFrmCB=0x2aacdd793218, iNumVals=21, columnInUse=0x2aaad6bfcdb8,
columnInUseSize=21, data=0x2aab9820e0a0,
pWorkArea=0x2aaba94e1040 "", ppOrderedValues=0x2aab9824ea20,
Values=0x2aab9824e4a0,
pFailButBuild=0x2aaad6bfc9a0) at sqluldat.C:3185
sqluRunCDEAnalyzePhase (pComACB=0x2aab9811f080,
pFrmCB=0x2aacdd793218, iNumVals=21, columnInUse=0x2aaad6bfcdb8,
columnInUseSize=21, data=0x2aab9820e0a0,
ppWorkArea=0x2aaad6bfcdb0, ppOrderedValues=0x2aab9824ea20,
Values=0x2aab9824e4a0, bPrimaryFormatter=0,
mtMsgType=SqluMessage::SqluSignalRoundRobinMsg) at
sqlu_tfmt.C:553
sqluCFormatter::iRun (this=0x2aacdd793080) at sqluldat.C:1570
sqluLoadEDUDriver (pArgs=0x2aaad6bfdf88 "\200\360\021\230\253*",
argsSize=168) at sqluedus.C:2817
sqloEDUEntry () from /nfshome/ypchen/sqllib/lib64/libdb2e.so.1
start_thread () from /lib64/libpthread.so.0
clone () from /lib64/libc.so.6
?? ()
6. How to reproduce the problem
n/a
7. Did anything in particular seem to cause this problem?
No. this problem happens on the latest version v10.5 fp3
8. Is this problem a regression? If so, please provide details
on the last successful build level similar to (3) above. | |
| Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * DB2LUW * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 10.5 FP4 * **************************************************************** | |
| Local Fix: | |
By removing the DUMPFILE option from the LOAD command, the db2 hang problem can be avoided and the LOAD command can complete successfully. If cleaning up the data, such as the numerical data coming from Oracle data source NUMBER data type that is too big for DB2's datatype to handle, the db2 hang problem can be avoided and the LOAD command can complete successfully. | |
| Solution | |
| Workaround | |
not known / see Local fix | |
| Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 28.05.2014 29.09.2014 29.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 |
|