DB2 - Problem description
| Problem IC77641 | Status: Closed |
WHEN DB2_MEMORY_PROTECT IS SET TO YES, XML QUERY FOR LARGE XML DATA MIGHT CRASH THE INSTANCE AND RETURN CLI Driver failure | |
| product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
| Problem description: | |
WHEN DB2_MEMORY_PROTECT IS SET TO YES, XML QUERY FOR LARGE XML
DATA MIGHT CRASH THE INSTANCE AND RETURN CLI Driver failure.
The error message is as below:
[IBM][CLI Driver] CLI0108E Communication link failure.
SQLSTATE=40003 Native Error Code = -99999 SQLSTATE = 40003
An example of the query that might cause the problem is:
db2-fn:sqlquery("SELECT X1 FROM MBENCH.T1 WHERE DOCID=1")//
(if (@aLevel=2 or @aUnique1=4) (: at level 2 :)
then eNest (: move to level 3 :)
else if (@aUnique1=1) then eNest/eNest (: move to level 3 :)
else . (: at level 3 :))/
fn:distinct-values(..[eNest]) (: distinct all the parents of
level 3 :);
The trap file generated, and the stack trace might look like the
following:
<?xml version="1.0" encoding="ISO-8859-1"?>
<?xml-stylesheet
href="http://raspd.torolab.ibm.com/db2trapfile.xsl"
type="text/xsl"?>
<DB2TrapFile version="1.0">
<Trap>
<Header>
DB2 build information: DB2 v9.7.0.4 s110302 SQL09074
timestamp: 2011-03-11-15.23.17.151957
instance name: regress1.000
EDU name : db2agent (XMLDB)
EDU ID : 6752
Signal #11
uname: S:AIX R:1 V:6 M:00056E62D900 N:regraix02
process id: 10092698
thread id : 6752 (0x1A60)
kthread id : 21823627
</Header>
<SignalDetails>
<Siginfo_t length="64">
0000000B 00000000 00000034 00000000
00000000 00000000 07000000 3479BF04
00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000
</Siginfo_t>
Signal #11 (SIGSEGV): si_addr is 0x070000003479BF04, si_code is
0x00000034
</SignalDetails>
<ResourceLimits>
Data seg top [sbrk(0)] = 0x0000000115C82320
Cur cpu time limit (seconds) = 0x7FFFFFFFFFFFFFFF
Cur file limit (bytes) = 0x7FFFFFFFFFFFFFFF
Cur data size (bytes) = 0x7FFFFFFFFFFFFFFF
Cur stack size (bytes) = 0x0000000002000000
Cur core size (bytes) = 0x7FFFFFFFFFFFFFFF
Cur nofiles (descriptors) = 0x7FFFFFFFFFFFFFFF
Cur memory size (bytes) = 0x7FFFFFFFFFFFFFFF
</ResourceLimits>
<Registers>
IAR: 0900000008BB474C MSR: A00000000200D032 LR:
0900000008BB4620
CTR: 0000000000000000 XER: 20000004 FPSCR:
82004000
CR: 42244280
GPR[00]: 0000000000000238 GPR[01]: 070000000AFF7420 GPR[02]:
09001000A3825958
GPR[03]: 0000000000000001 GPR[04]: 0000000000000239 GPR[05]:
0000000000000238
GPR[06]: 070000003479BF04 GPR[07]: 0000000000000000 GPR[08]:
0000000000000031
GPR[09]: 070000000AFF764C GPR[10]: 070000000AFF7648 GPR[11]:
0000000000000239
GPR[12]: 0900000008BB4620 GPR[13]: 0000000110A67800 GPR[14]:
0000000000002774
GPR[15]: 09001000A2716338 GPR[16]: 0000000000000018 GPR[17]:
000000000000FFFF
GPR[18]: 0000000010000030 GPR[19]: 000000001D200000 GPR[20]:
0000000000000239
GPR[21]: 0000000000000239 GPR[22]: 070000003479BCCC GPR[23]:
0000000000000000
GPR[24]: 0000000000000000 GPR[25]: 0000000000000000 GPR[26]:
0000000000000000
GPR[27]: 0000000000000000 GPR[28]: 0000000000000000 GPR[29]:
070000000AFF7648
GPR[30]: 070000000AFF764C GPR[31]: 000000011255C500
FPR[00]: 0000000000000000 FPR[01]: 4000000000000000 FPR[02]:
41F0000000000000
FPR[03]: 4330080000000000 FPR[04]: 0000000082004000 FPR[05]:
C32FFFFFFFFFFF9F
FPR[06]: 4330080000000002 FPR[07]: 40EDAE2000000000 FPR[08]:
0000000000000000
FPR[09]: 3FF0000000000000 FPR[10]: 40EDAE2000000000 FPR[11]:
43380000000003FF
FPR[12]: 3FE0000000000000 FPR[13]: 0000000000000000 FPR[14]:
0000000000000000
FPR[15]: 0000000000000000 FPR[16]: 0000000000000000 FPR[17]:
0000000000000000
FPR[18]: 0000000000000000 FPR[19]: 0000000000000000 FPR[20]:
0000000000000000
FPR[21]: 0000000000000000 FPR[22]: 0000000000000000 FPR[23]:
0000000000000000
FPR[24]: 0000000000000000 FPR[25]: 0000000000000000 FPR[26]:
0000000000000000
FPR[27]: 0000000000000000 FPR[28]: 0000000000000000 FPR[29]:
0000000000000000
FPR[30]: 0000000000000000 FPR[31]: 0000000000000000
</Registers>
<POFDisassembly>
0x0900000008BB472C : EAC101E0 ld r22,480(r1)
0x0900000008BB4730 : 56A4043E rlwinm r4,r21,0,0xFFFF
# 16:31
0x0900000008BB4734 : 7C942379 or. r20,r4,r4
0x0900000008BB4738 : 41820068 beq cr0,0x8BB47A0 #
12,bit2
0x0900000008BB473C : 3804FFFF addi r0,r4,-1
0x0900000008BB4740 : 38600001 li r3,0x1
0x0900000008BB4744 : 5405003E rlwinm
r5,r0,0,0xFFFFFFFFFFFFFFFF # 0:31
0x0900000008BB4748 : 7CD62A14 add r6,r22,r5
>>>> 0x0900000008BB474C : 7C1628AE lbzx r0,r22,r5
0x0900000008BB4750 : 54000632 rlwinm r0,r0,0,0xC0 #
24:25
0x0900000008BB4754 : 2C200080 cmpi cr0,r0,128
0x0900000008BB4758 : 4082003C bne cr0,0x8BB4794 #
4,bit2
0x0900000008BB475C : 60C50000 ori r5,r6,0x0
0x0900000008BB4760 : 60000000 ori r0,r0,0x0
</POFDisassembly>
<StackTrace>
-------Frame------ ------Function + Offset------
0x0900000008BB474C
addAtomicNode__17xmlDataDescriptorFPcUsP18XmlrnTempRecordMgrbUcR
UsT6PUcT2P18XmlrnDanglingBytesT8T2
+ 0x32C
0x0900000008BB85E8
packAtomicValue__17xmlDataDescriptorFP11XMLSTORE_CBUcPUcUiT3UsT4
+ 0xB68
0x0900000008BB7914
packAtomicValue__17xmlDataDescriptorFP11XMLSTORE_CBPcT2 + 0xD4
0x090000000ACE9448
packResult__17XmlrnGenSeqCursorFP17xmlDataDescriptor + 0x408
0x090000000ACE7B3C
fetch__17XmlrnGenSeqCursorFP10sqlz_valuePUsUsUcPFP19sqlri_PredFu
ncParamPi_iP19sqlri_PredFuncParam
+ 0x35C
0x090000000C1B50C4 sqlriXmlIterate__FP8sqlrr_cb + 0x584
0x090000000980C0F8 sqlriSectInvoke__FP8sqlrr_cbP12sqlri_opparm +
0x298
0x090000000AA33D9C
sqlrr_process_fetch_request__FP14db2UCinterface + 0xC3C
0x090000000AA2E64C
sqlrr_fetch__FP14db2UCinterfaceP15db2UCCursorInfo + 0x1B2C
0x090000000BE4F528
sqljs_ddm_cntqry__FP14db2UCinterfaceP13sqljDDMObject + 0x1908
0x090000000BDE5CF8
sqljsParseRdbAccessed__FP13sqljsDrdaAsCbP13sqljDDMObjectP14db2UC
interface
+ 0x1B8
0x090000000BDE8230
sqljsParse__FP13sqljsDrdaAsCbP14db2UCinterfaceP8sqeAgentb +
0x18F0
0x090000000BDCD52C sqljsSqlam__FP14db2UCinterfaceP8sqeAgentb +
0x98C
0x090000000BDD24E0
sqljsDriveRequests__FP8sqeAgentP14db2UCconHandle + 0x160
0x090000000BDCBEC0
sqljsDrdaAsInnerDriver__FP18SQLCC_INITSTRUCT_Tb + 0x520
0x090000000BDCAF10 sqljsDrdaAsDriver__FP18SQLCC_INITSTRUCT_T +
0x310
0x090000000886A384 RunEDU__8sqeAgentFv + 0xB04
0x090000000885CBE4 EDUDriver__9sqzEDUObjFv + 0x284
0x090000000885C910 sqlzRunEDU__FPcUi + 0x10
0x09000000087CB04C sqloEDUEntry + 0x2CC
</StackTrace>
<ProcessObjects>
Entry 0: | |
| Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * ALL users * **************************************************************** * PROBLEM DESCRIPTION: * * See APAR description * **************************************************************** * RECOMMENDATION: * * Users need to upgrade to V97 fp5. * **************************************************************** | |
| Local Fix: | |
| available fix packs: | |
DB2 Version 9.7 Fix Pack 5 for Linux, UNIX, and Windows | |
| Solution | |
With the fix for this APAR, users will not have experience the ABEND as described in the APAR. | |
| Workaround | |
not known / see Local fix | |
| Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 20.07.2011 09.12.2011 09.12.2011 |
| Problem solved at the following versions (IBM BugInfos) | |
9.7.FP5 | |
| Problem solved according to the fixlist(s) of the following version(s) | |
| 9.7.0.5 |
|