ORA-600 [13011]错误 大家给个思路

大连路行者

使用环境：
                  操作系统：SUN Solaris 10

                  数据库：Oracle 11g  11.2.0.1

                  实例： 两个不同字符集类型的实例

症状：   十天连续出现如下信息，同时常规exp 在做到exporting  system procedural objects and  actions，  基本就停滞了 ，

有关最近的Incident的trace文件我附上来了   大家帮分析一下  麻烦了    目前对这类事件的危害性还不是很清楚    所以非常担心

			说明	数据已转储	活动	状态	时间戳
			ORA-600 [13011] [6442] [8394373] [65] [8394371] [0]	是	是	就绪	2012年8月6日 下午10时02分31秒 CST
			ORA-600 [13011] [6442] [8394373] [65] [8394371] [0]	是	是	就绪	2012年8月5日 上午07时29分20秒 CST
			ORA-600 [13011] [6442] [8394373] [65] [8394371] [0]	是	是	就绪	2012年8月4日 上午07时27分20秒 CST
			ORA-600 [13011] [6442] [8394373] [65] [8394373] [0]	是	是	就绪	2012年8月3日 上午07时25分19秒 CST
			ORA-600 [13011] [6442] [8394373] [65] [8394372] [0]	是	是	就绪	2012年8月2日 上午07时23分16秒 CST
			ORA-600 [13011] [6442] [8394373] [65] [8394373] [17]	是	是	就绪	2012年8月1日 上午07时21分08秒 CST
			ORA-600 [13011] [6442] [8394373] [65] [8394373] [17]	是	是	就绪	2012年7月31日 上午07时19分22秒 CST
			ORA-600 [13011] [6442] [8394373] [65] [8394373] [17]	是	是	就绪	2012年7月30日 上午07时17分35秒 CST
			ORA-600 [13011] [6442] [8394373] [65] [8394373] [17]	是	是	就绪	2012年7月29日 上午07时16分58秒 CST

[ 本帖最后由 大连路行者 于 2012-8-7 14:03 编辑 ]

Maclean Liu(刘相兵

ODM DATA:

11.2.0.1.0 + SunOS 5.10

stack call:

*** 2012-08-06 22:02:40.767
*** SESSION ID:(1033.487) 2012-08-06 22:02:40.767
*** CLIENT ID:() 2012-08-06 22:02:40.767
*** SERVICE NAME:(SYS$BACKGROUND) 2012-08-06 22:02:40.767
*** MODULE NAME:(MMON_SLAVE) 2012-08-06 22:02:40.767
*** ACTION NAME:(Auto-Purge Slave Action) 2012-08-06 22:02:40.767

Dump continued from file: /ora/oracle/diag/rdbms/v3x/v3x/trace/v3x_m002_6675.trc
ORA-00600: internal error code, arguments: [kewrose_1], [600], [ORA-00600: internal error code, arguments: [13011], [6442], [8394373], [65], [8394371], [0], [], [], [], [], [], []
], [], [], [], [], [], [], [], [], []

========= Dump for incident 136698 (ORA 600 [kewrose_1]) ========

*** 2012-08-06 22:02:40.782
dbkedDefDump(): Starting incident default dumps (flags=0x2, level=3, mask=0x0)
----- SQL Statement (None) -----
Current SQL information unavailable - no cursor.

----- Call Stack Trace -----
calling              call     entry                argument values in hex      
location             type     point                (? means dubious value)     
-------------------- -------- -------------------- ----------------------------
ksedst1()+96         CALL     skdstdst()           FFFFFFFF7FFEAB60 ?
                                                   FFFFFFFF7FFC1ED0 ?
                                                   10AF64080 ? 000000000 ?
                                                   00000000A ? 00000000C ?
ksedst()+60          CALL     ksedst1()            000000000 ? 000000001 ?
                                                   00010B323 ? 00010B000 ?
                                                   10B31C000 ? 00010B31C ?
dbkedDefDump()+2024  CALL     ksedst()             000000000 ? 10A640000 ?
                                                   10A640218 ? 10B323000 ?
                                                   00010A400 ? 00010B323 ?
dbgexPhaseII()+1732  PTR_CALL dbkedDefDump()       000000003 ? 000000002 ?
                                                   109BCEBE0 ? 000001478 ?
                                                   10B31B000 ? 000000003 ?
dbgexProcessError()  CALL     dbgexPhaseII()       FFFFFFFF7A6006F0 ?
+1176                                              FFFFFFFF7A438788 ?
                                                   FFFFFFFF7FFEF7F8 ?
                                                   0018E0000 ? 109BC6570 ?
                                                   000001C00 ?
dbgePostErrorKGE()+  CALL     dbgeExecuteForError  000000028 ?
1244                          ()                   FFFFFFFF7A438788 ?
                                                   000000002 ? 00106001F ?
                                                   000000024 ? 000002038 ?
kgerinv_internal()+  CALL     kgeadse()            10B31C4A8 ?
72                                                 FFFFFFFF7A438788 ?
                                                   000000258 ? 000000001 ?
                                                   000000258 ? 000000258 ?
kgerinv()+40         CALL     kgerinv_internal()   10B31C4A8 ? 0047891B0 ?
                                                   10A9C4908 ? 000000258 ?
                                                   000000000 ? 000000002 ?
kgesinv()+20         CALL     kgerinv()            10B31C4A8 ?
                                                   FFFFFFFF7A6034C0 ?
                                                   10A9C4908 ? 000000002 ?
                                                   FFFFFFFF7FFF3330 ?
                                                   000001400 ?
ksesin()+92          CALL     kgesinv()            10B31C4A8 ?
                                                   FFFFFFFF7A6034C0 ?
                                                   10A9C4908 ? 000000002 ?
                                                   FFFFFFFF7FFF3330 ?
                                                   00010B323 ?
OCIKSIN()+368        CALL     ksesin()             10A9C4908 ? 10B323000 ?
                                                   00010B000 ? 00010B000 ?
                                                   00010B31C ? 00010B323 ?
kewrgwxf1_gwrsql_ex  CALL     OCIKSIN()            FFFFFFFFFFFFFFFF ?
ft_1()+816                                         000000258 ? 10A9C4908 ?
                                                   00010AD0C ? 00010AC00 ?
                                                   0000000F0 ?
kewrgwxf_gwrsql_exf  CALL     kewrgwxf1_gwrsql_ex  FFFFFFFF7FFF3F88 ?
t()+516                       ft_1()               FFFFFFFF7FFF3F88 ?
                                                   10A9C4000 ? 00010A9C4 ?
                                                   00010A800 ?
                                                   FFFFFFFF7FFF44A8 ?
kewrdsr_delete_snap  CALL     kewrgwxf_gwrsql_exf  000000164 ? 000000009 ?
shot_range()+236              t()                  051629B6A ? 000000004 ?
                                                   FFFFFFFF7FFF42D0 ?
                                                   10B31C658 ?
kewrpanp_purge_all_  CALL     kewrdsr_delete_snap  000000174 ? 68F2D7D50 ?
nonpts()+576                  shot_range()         FFFFFFFF7FFFA914 ?
                                                   FFFFFFFF7FFFA940 ?
                                                   10A9BED98 ? 380038BE0 ?
kewrpdc_periodic_cl  CALL     kewrpanp_purge_all_  FFFFFFFF7FFF4B84 ?
eanup()+28                    nonpts()             10A9C4000 ? 00000538C ?
                                                   00010A9C4 ? 000005000 ?
                                                   00010A800 ?
kewrsnrm_snapshot_r  CALL     kewrpdc_periodic_cl  FFFFFFFF7FFF4B84 ?
emoval()+152                  eanup()              FFFFFFFF7FFFA998 ?
                                                   051629B6A ? 051629B6A ?
                                                   000003968 ? 000005C00 ?
kewrpsr_purge_snaps  CALL     kewrsnrm_snapshot_r  000000001 ? 051629B6A ?
hot_range()+224               emoval()             000000000 ? 000003968 ?
                                                   000000001 ? 380038BE0 ?
kewrapad_auto_purge  CALL     kewrpsr_purge_snaps  051629B6A ? 000000000 ?
_all_dbids()+280              hot_range()          000003968 ? 000000001 ?
                                                   000000013 ? 689265570 ?
kewraps_auto_purge_  CALL     kewrapad_auto_purge  10B31C658 ?
slave()+448                   _all_dbids()         FFFFFFFF7FFFB254 ?
                                                   FFFFFFFF7FFFAF30 ?
                                                   000000000 ? 051629B6A ?
                                                   000000000 ?
kebm_slave_main()+5  PTR_CALL kewraps_auto_purge_  689265570 ? 000109D6F ?
20                            slave()              000380000 ? 380038000 ?
                                                   FFFFFFFF7FFFC478 ?
                                                   FFFFFFFF7FFFC478 ?
ksvrdp()+2324        PTR_CALL kebm_slave_main()    000000000 ? 68FAEE298 ?
                                                   000000000 ? 0000055A0 ?
                                                   10B31C4A8 ? 000005520 ?
opirip()+1012        CALL     ksvrdp()             000002000 ? 10B320000 ?
                                                   000000001 ? 000000001 ?
                                                   000001400 ? 0000014E0 ?
opidrv()+776         CALL     opirip()             000380000 ? 38000B000 ?
                                                   000000000 ? 000380000 ?
                                                   000000001 ? 00038000B ?
sou2o()+92           CALL     opidrv()             000000032 ? 000000004 ?
                                                   FFFFFFFF7FFFF7C0 ?
                                                   0001EA190 ?
                                                   FFFFFFFF7AF42F10 ?
                                                   FFFFFFFF7FFFFBF8 ?
opimai_real()+516    CALL     sou2o()              FFFFFFFF7FFFF798 ?
                                                   000000032 ? 000000004 ?
                                                   FFFFFFFF7FFFF7C0 ?
                                                   00010B000 ? 00010A800 ?
ssthrdmain()+240     CALL     opimai_real()        000000003 ?
                                                   FFFFFFFF7FFFFA58 ?
                                                   FFFFFFFF7FFFFD6D ?
                                                   FFFFFFFF7FFFFDC1 ?
                                                   000000000 ? 000000000 ?
main()+308           CALL     ssthrdmain()         00010B330 ? 00010B000 ?
                                                   000395800 ? 10B330000 ?
                                                   000000003 ? 000000000 ?
_start()+380         CALL     main()               000000003 ?
                                                   FFFFFFFF7FFFFB68 ?
                                                   000000000 ?
                                                   FFFFFFFF7FFFFA60 ?
                                                   FFFFFFFF7FFFFB70 ?
                                                   FFFFFFFF7D200200 ?

kewrgwxf_gwrsql_exft  => kewrgwxf1_gwrsql_exft_1 => OCIKSIN => 报错

PROCESS STATE
-------------
Process global information:
     process: 0x6924701e0, call: 0x68fd95fc0, xact: 0x68ea32900, curses: 0x6aa6a48b0, usrses: 0x694724900
  ----------------------------------------
  SO: 0x6924701e0, type: 2, owner: 0x0, flag: INIT/-/-/0x00 if: 0x3 c: 0x3
   proc=0x6924701e0, name=process, file=ksu.h LINE:11459 ID:, pg=0
  (process) Oracle pid:86, ser:237, calls cur/top: 0x68fd95fc0/0x68fdc2a88
            flags : (0x2) SYSTEM
            flags2: (0x830),  flags3: (0x0)
            intr error: 0, call error: 0, sess error: 0, txn error 0
            intr queue: empty
  ksudlp FALSE at location: 0
  (post info) last post received: 134 0 2
              last post received-location: ksl2.h LINE:2165 ID:kslpsr
              last process to post me: 698464b88 1 6
              last post sent: 0 0 26
              last post sent-location: ksa2.h LINE:282 ID:ksasnd
              last process posted by me: 698464b88 1 6
    (latch info) wait_event=0 bits=0
    Process Group: DEFAULT, pseudo proc: 0x6904fb620
    O/S info: user: oracle, term: UNKNOWN, ospid: 6675
    OSD pid info: Unix process pid: 6675, image: oracle@db01 (M002)

       SO: 0x68fd95fc0, type: 3, owner: 0x68fe02800, flag: INIT/-/-/0x00 if: 0x3 c: 0x3
           proc=0x6924701e0, name=call, file=ksu.h LINE:11463 ID:, pg=0
          (call) sess: cur 6aa6a48b0, rec 6aa6a48b0, usr 694724900; flg:0 fl2:1; depth:3
          svpt(xcb:0x0 sptn:0x63f709 uba: 0x00000000.0000.00)
          ksudlc FALSE at location: 0
            ----------------------------------------
            SO: 0x68ea32900, type: 52, owner: 0x68fd95fc0, flag: INIT/-/-/0x00 if: 0x3 c: 0x3
             proc=0x6924701e0, name=transaction, file=ktccts.h LINE:389 ID:, pg=0
            (trans) flg = 0x04001623, flg2 = 0x00080000, flg3 = 0x00000000, prx = 0x0, ros = 2147483647
            flg  = 0x04001623: ALC TRN RCV VUS VID USN DBR
            flg2 = 0x00080000: NIP
            flg3 = 0x00000000:
            bsn = 0x63f70a bndsn = 0x63f711 spn = 0x78b6e1
            efd = 7 DID:
            file:kewr.c lineno:21491
            parent xid: 0x0000.000.00000000
            env: (scn: 0x0000.0364af80  xid: 0x0009.005.000070e2  uba: 0x00000000.0000.00  statement num=0  parent xid: xid: 0x0000.000.00000000  scn: 0x0000.0364afb0 0sch: scn: 0x0000.00000000  mascn: (scn: 0x0000.00000000)
            cev: (spc = 170  arsp = 0x697f50238  ubkds (ubk:tsn: 2 rdba: 0x00c0032c flag:0x8 hdl:0x0 addr:0x559a42014)  useg tsn: 2 rdba: 0x00c00100
                  hwm uba: 0x00c0032c.2a0c.72  col uba: 0x00000000.0000.00
                  num bl: 0 bk list: 0x0)
                  cr opc: 0x0 spc: 170 uba: 0x00c0032c.2a0c.72
            ccbstg: 0x00000000
            (enqueue) TX-00090005-000070E2        DID: 0001-0056-00000146
            lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  res_flag: 0x6
            mode: X, lock_flag: 0x0, lock: 0x68ea32978, res: 0x6989ff3b8
            own: 0x694724900, sess: 0x10a777fb8, proc: 0x6924701e0, prv: 0x6989ff3c8
             xga: 0x0, heap: UGA
            Trans IMU st: 2 Pool index 65535, Redo pool 0x68ea330b0, Undo pool 0x68ea33198
            Redo pool range [0xffffffff7debd800 0xffffffff7debd800 0xffffffff7dec0000]
            Undo pool range [0xffffffff7debb000 0xffffffff7debb000 0xffffffff7debd800]
             chnf control flags 0x0               CHNF hwm uba uba: 0x00000000.0000.00        ----------------------------------------
        SO: 0x690806b00, type: 7, owner: 0x68fdf9af0, flag: INIT/-/-/0x00 if: 0x1 c: 0x1
         proc=0x6924701e0, name=enqueue, file=ksq1.h LINE:269 ID:, pg=0

Maclean Liu(刘相兵

这是一个 bug :

Hdr: 13593742 11.1.0.7 RDBMS 11.1.0.7 DRIVERS PRODID-5 PORTID-212
Abstract: ORA-600 [13011] WHEN DELETING WRH$_ENQUEUE_STAT

PROBLEM:
--------
Customer is receiving the below mentioned internal error
ORA-600: internal error code, arguments: [13011], [251991], [146803752],
[149], [146836282], [4], [], [], [], [], [], []

The sql which was recorded in the trace file was:

delete from WRH$_ENQUEUE_STAT tab where (:beg_snap <= tab.snap_id and         
tab.snap_id <= :end_snap and         dbid = :dbid)    and not exists (select
1 from WRM$_BASELINE b                    where (tab.dbid = b.dbid) and      
                   (tab.snap_id >= b.start_snap_id) and                       
   (tab.snap_id <= b.end_snap_id)) ;

Script in Note 28184.1 shows:
Object_______________: SYS.WRH$_ENQUEUE_STAT
Object Type__________: TABLE
Tablespace Name______: SYSAUX
Tablespace File Name_: /ebsterp2/oraterp2/db/apps_st/data/sysaux01.dbf
Tablespace Block Size: 8192
Relative File Number_: 35, Block Number: 3112, Row Slot: 149
ROWID________________: AAA9hXAAjAAAAwoACV

I asked customer rebuild the only index on SYS.WRH$_ENQUEUE_STAT and rerun
the SQL. The SQL could be executed without any error. But the ORA-600 [13011]
showed up in alert log again in the morning.

DIAGNOSTIC ANALYSIS:
--------------------

ALERT LOG
-------------
Fri Jan 06 06:23:27 2012
Errors in file
/ebsterp2/oraterp2/db/tech_st/11.1.0/admin/TERP2_aiap753a/diag/rdbms/terp2/TER
P2/trace/TERP2_m002_57540742.trc  (incident=10475):
ORA-600: internal error code, arguments: [13011], [251991], [146803752],
[149], [146836282], [4], [], [], [], [], [], []
Incident details in:
/ebsterp2/oraterp2/db/tech_st/11.1.0/admin/TERP2_aiap753a/diag/rdbms/terp2/TER
P2/incident/incdir_10475/TERP2_m002_57540742_i10475.trc
Errors in file
/ebsterp2/oraterp2/db/tech_st/11.1.0/admin/TERP2_aiap753a/diag/rdbms/terp2/TER
P2/trace/TERP2_m002_57540742.trc  (incident=10476):
ORA-600: internal error code, arguments: [kewrose_1], [600], [ORA-600:
internal error code, arguments: [13011], [251991], [146803752], [149],
[146836282], [4], [], [], [], [], [], []
], [], [], [], [], [], [], [], [], []
Incident details in:
/ebsterp2/oraterp2/db/tech_st/11.1.0/admin/TERP2_aiap753a/diag/rdbms/terp2/TER
P2/incident/incdir_10476/TERP2_m002_57540742_i10476.trc

TRACE FILE
-------------------------
filename=TERP2_m002_57540742.trc
ORA-600: internal error code, arguments: [13011], [251991], [146803752],
[149], [146836282], [4], [], [], [], [], [], []

*** - encountered error: (ORA-600: internal error code,
arguments: [13011], [251991], [146803752], [149], [146836282], [4], [], [],
[], [], [], []
)  
*** SQLSTR: total-len=346, dump-len=240,
     STR={delete from WRH$_ENQUEUE_STAT tab where (:beg_snap <= tab.snap_id
and         tab.snap_id <= :end_snap and         dbid = :dbid)    and not
exists (select 1 from WRM$_BASELINE b                    where (tab.dbid =
b.dbid) and              }
Incident 10476 created, dump file:
/ebsterp2/oraterp2/db/tech_st/11.1.0/admin/TERP2_aiap753a/diag/rdbms/terp2/TER
P2/incident/incdir_10476/TERP2_m002_57540742_i10476.trc
ORA-600: internal error code, arguments: [kewrose_1], [600], [ORA-600:
internal error code, arguments: [13011], [251991], [146803752], [149],
[146836282], [4], [], [], [], [], [], []
], [], [], [], [], [], [], [], [], []

kewrpanp - Failed to purge non-partitioned table, tbid=19, errcode=600
kewrpanp - Clearing the error, continue to next tableoer 8102.2 - obj#
252094, rdba: 0x08c00eae(afn 35, blk# 3758)

WORKAROUND:
-----------
none.

RELATED BUGS:
-------------
bug 6722137.status 91.
It seems to be the same issue.

REPRODUCIBILITY:
----------------
Cannot be reproduced by executing the sql in the trace file.

TEST CASE:
----------

STACK TRACE:
------------
skdstdst<-ksedst1<-ksedst<-dbkedDefDump<-ksedmp
<-ksfdmp<-dbgexPhaseII<-dbgexProcessError<-dbgeExecuteForError<-dbgePostErrorK
GE
<-03c0<-dbkePostKGE_kgsf<-003c<-kgeadse<-kgerinv_internal
<-0030<-kgerinv<-kgesinv<-ksesin<-OCIKSIN
<-kewrose_oci_stmt_ex<-kewrgwxf1_gwrsql_ex<-ft_1<-kewrgwxf_gwrsql_exf<-kewrdsr
1_delete_sna
<-prange_1<-kewrdsr_delete_snap<-shot_range<-kewrpanp_purge_all_<-nonpts
<-kewrpdc_periodic_cl<-eanup<-kewrsnrm_snapshot_r<-emoval<-kewrpsr_purge_snaps

<-hot_range<-kewrapad_auto_purge<-all_dbids<-kewraps_auto_purge_<-slave
<-kebm_slave_main<-2e4<-ksvrdp<-opirip<-opidrv
<-sou2o<-opimai_real<-main<-start



stack call 一致 ，发生问题的process也一样， 建议升级到 11.2.0.3.3 ，或者忽略该问题