Parallel Query Fails with ORA-600 [15764] [ID 839536.1]
2011-11-07 11:01
2476 查看
In this Document
Symptoms
Cause
Solution
References
Information in this document applies to any platform.
The tracefile showed the following call stack:
----- Call Stack Trace -----
kxfprigdb <- kxfpqrgdb <- kxfxgs <- kxfxcw <- qerpxFetch <- opifch2 <- kpoal8 <- opiodr <- ttcpip <- opitsk <- opiino <- opiodr <- opidrv <- sou2o <- opimai_real <- main <- start
The tracefile also showed the process state was busy holding a child latch:
This error has been seen as early as 10.2.0.3 and is fixed by the 11.2.0.2 patch set. The error is not RAC specific.
Upgrade to 12.1 (Future Release).
Apply the 11.2.0.2 Server Patch Set.
Apply the 11.2.0.1 Bundle Patch 8 (Exadata Database only).
Apply one-off
Patch 9792010 if available for your RDBMS version and OS platform.
Workaround:
Increase parallel message size to avoid join message fragmentation.
The join message will be sent in one message buffer making the join atomic
from the QC point of view.
Note: Although the patch name contains the word "Exadata," this is a generic RDBMS parallel execution bug and is not exclusive to Exadata databases.
Symptoms
Cause
Solution
References
This document is being delivered to you via Oracle Support's Rapid Visibility (RaV) process and therefore has not been subject to an independent technical review. |
Applies to:
Oracle Server - Enterprise Edition - Version: 10.2.0.3 to 11.2.0.1 - Release: 10.2 to 11.2Information in this document applies to any platform.
Symptoms
A select statement running in parallel failed with ORA-600 [15764].The tracefile showed the following call stack:
----- Call Stack Trace -----
kxfprigdb <- kxfpqrgdb <- kxfxgs <- kxfxcw <- qerpxFetch <- opifch2 <- kpoal8 <- opiodr <- ttcpip <- opitsk <- opiino <- opiodr <- opidrv <- sou2o <- opimai_real <- main <- start
The tracefile also showed the process state was busy holding a child latch:
=================================================== PROCESS STATE ------------- Process global information: process: 7000004748eaa00, call: 700000443d33870, xact: 0, curses: 700000474e203c8, usrses: 700000474e203c8 ---------------------------------------- SO: 7000004748eaa00, type: 2, owner: 0, flag: INIT/-/-/0x00 (process) Oracle pid=157, calls cur/top: 700000443d33870/700000443d33870, flag: (0) - int error: 0, call error: 0, sess error: 0, txn error 0 (post info) last post received: 0 0 249 last post received-location: kxfprienq: QC last process to post me: 700000474914f40 186 0 last post sent: 0 0 250 last post sent-location: kxfprienq: slave last process posted by me: 700000474914f40 186 0 (latch info) wait_event=0 bits=10 holding (efd=7) 700000472e4a838 Child process queue reference level=4 child#=99 Location from where latch is held: kxfprigdb: KSLBEGIN: addr qref <--- Context saved from call: 504403177372952360 state=busy, wlstate=free <---- Process Group: DEFAULT, pseudo proc: 700000474a384f0 O/S info: user: oracle, term: UNKNOWN, ospid: 2351144 OSD pid info: Unix process pid: 2351144, image: oraclePPSOLTP1@psoldbap003
Cause
The error is caused by unpublished Bug 9825798: "DBMV2:SQL EXEC PART:ORA-00600: INTERNAL ERROR CODE, ARGUMENTS: [15764]," which was closed as unpublished Bug 9792010: "DBMV2: STARETL_EXADATA: INSTANCE TERMINATES AFTER MULTIPLE PQ ERRORS."This error has been seen as early as 10.2.0.3 and is fixed by the 11.2.0.2 patch set. The error is not RAC specific.
Solution
The following solutions are available:Upgrade to 12.1 (Future Release).
Apply the 11.2.0.2 Server Patch Set.
Apply the 11.2.0.1 Bundle Patch 8 (Exadata Database only).
Apply one-off
Patch 9792010 if available for your RDBMS version and OS platform.
Workaround:
Increase parallel message size to avoid join message fragmentation.
The join message will be sent in one message buffer making the join atomic
from the QC point of view.
Note: Although the patch name contains the word "Exadata," this is a generic RDBMS parallel execution bug and is not exclusive to Exadata databases.
References
NOTE:9792010.8 - Bug 9792010 - Dumps / ORA-600 in PQ slaves due to race condition相关内容 产品 Oracle Database Products > Oracle Database > Oracle Database > Oracle Server - Enterprise Edition 关键字
|
相关文章推荐
- Outer Join Query Over Dblink Can Fail With ORA-904 (Doc ID 730256.1)
- 11i - 12 Gather Schema Statistics fails with Ora-20001 errors after 11G database Upgrade (文档 ID 781813.1)
- Create Database With DBCA on 11.2.0.3, Fails with ORA-29516 (Doc ID 1450281.1)
- Impdp Fails with ORA-39126 ORA-911 During Create Function (文档 ID 1254246.1)
- ASM disk group mount fails with ORA-15036: disk is truncated [ID 1077175.1]
- ORA-600 [13004] Raised With CREATE INDEX (文档 ID 1667585.1)
- Alter database open fails with ORA-00600 kcratr_nab_less_than_odr (文档 ID 1296264.1)
- DataPump Import (IMPDP) Fails With Error ORA-39083 Object Type INDEX_STATISTICS (文档 ID 1454880.1)
- RAC Instance Crash with ORA-600: [Kjbmprlst:Shadow] (Doc ID 740028.1)
- ASMCMD cp command fails with ORA-15046 (文档 ID 452158.1)
- DataPump Import Of Object Types Fails With Errors ORA-39083 ORA-2304 Or ORA-39117 ORA-39779 (Doc ID
- ORA-07445 or ORA-600 Errors With a Big Stack or a Corrupted Stack (文档 ID 1318825.1)
- ORA-600 [KFDAUDEALLOC2] AND INSTANCE CRASH EVEN WITH THE FIX OF BUG 14467061 (文档 ID 1903273.1)
- ORA-600 [2662] Block SCN is ahead of Current SCN [ID 28929.1]
- ORA-31693, ORA-02354 and ORA-01555 with Export Datapump (Doc ID 1580798.1)
- Background Media Recovery terminated with ORA-1274 after adding a Datafile (Doc ID 739618.1)
- Creating New DB Using DBCA on 10.2.0.3 Fails With ORA-1092 While Upgrading To The 10.2.0.3 Works Fine
- ORA-600 [16606] Error From Database Level Triggers Using :OLD or :NEW Syntax [ID 1089801.1]
- What to do with "ORA-60 Deadlock Detected" Errors [ID 62365.1](oracle deadlock 学习资料-05.1)
- import dump with error ORA-600[K…