ORA-00600: INTERNAL ERROR CODE, ARGUMENTS: [KJBRCHKIN:WGL] (DOC ID 2420500.1)

ORA-00600: INTERNAL ERROR CODE, ARGUMENTS: [KJBRCHKIN:WGL] (DOC ID 2420500.1)


APLIES TO:https://support.oracle.com/epmos/adf/images/t.gif

Oracle Database - Enterprise Edition - Version 11.2.0.1 to 12.1.0.2 [Release 11.2 to 12.1]

            Information in this document applies to any platform.

SYMPTOMS

The database instance crashed with following errors.

alert log:

Sun Dec 07 16:03:39 2014

            Errors in file /u01/app/oracle/diag/rdbms/h/h1/trace/h1_lms8_20877.trc (incident=233):

            ORA-00600: internal error code, arguments: [kjbrchkin:wgl], [], [], [], [], [], [], [], [], [], [], []

            Incident details in: /u01/app/oracle/diag/rdbms/h/h1/incident/incdir_233/h1_lms8_20877_i233.trc

            Use ADRCI or Support Workbench to package the incident.

            See Note 411.1 at My Oracle Support for error and packaging details.

            Sun Dec 07 16:03:41 2014

            Thread 1 advanced to log sequence 6282 (LGWR switch)

            Current log# 2 seq# 6282 mem# 0: +HIGH/H/ONLINELOG/group_2.258.865533839

            Sun Dec 07 16:03:42 2014

            Archived Log entry 72129 added for thread 1 sequence 6281 ID 0x9596d89 dest 1:

            Sun Dec 07 16:03:42 2014

            Dumping diagnostic data in directory=[cdmp_20141207160342], requested by (instance=1, osid=20877 (LMS8)), summary=[incident=233].

            Sun Dec 07 16:03:42 2014

            System State dumped to trace file /u01/app/oracle/diag/rdbms/h/h1/incident/incdir_233/h1_lms8_20877_i233.trc

            Sun Dec 07 16:04:24 2014

            Errors in file /u01/app/oracle/diag/rdbms/h/h1/trace/h1_lms8_20877.trc:

            ORA-00600: internal error code, arguments: [kjbrchkin:wgl], [], [], [], [], [], [], [], [], [], [], []

            Sun Dec 07 16:04:25 2014

            Dumping diagnostic data in directory=[cdmp_20141207160425], requested by (instance=1, osid=20877 (LMS8)), summary=[abnormal process termination].

            Sun Dec 07 16:04:25 2014

            Errors in file /u01/app/oracle/diag/rdbms/h/h1/trace/h1_lms8_20877.trc:

            ORA-00600: internal error code, arguments: [kjbrchkin:wgl], [], [], [], [], [], [], [], [], [], [], []

            Errors in file /u01/app/oracle/diag/rdbms/h/h1/trace/h1_lms8_20877.trc (incident=234):

            ORA-484 [] [] [] [] [] [] [] [] [] [] [] []

            Incident details in: /u01/app/oracle/diag/rdbms/h/h1/incident/incdir_234/h1_lms8_20877_i234.trc

            Sun Dec 07 16:04:25 2014

            Sweep [inc][233]: completed

            Sweep [inc2][233]: completed

            Sun Dec 07 16:05:00 2014

            LCK0 (ospid: 20973) waits for event 'gcs enter server mode' for 76 secs.

            Sun Dec 07 16:05:04 2014

            Errors in file /u01/app/oracle/diag/rdbms/h/h1/trace/h1_lmhb_20895.trc (incident=273):

            ORA-29770: global enqueue process LCK0 (OSID 20973) is hung for more than 70 seconds

            Incident details in: /u01/app/oracle/diag/rdbms/h/h1/incident/incdir_273/h1_lmhb_20895_i273.trc

            Sun Dec 07 16:05:05 2014

            Dumping diagnostic data in directory=[cdmp_20141207160505], requested by (instance=2, osid=108019 (LMHB)), summary=[abnormal instance termination]

h1_lms8_20877.trc:

[TOC00000]

            Jump to table of contents

            Dump continued from file: /u01/app/oracle/diag/rdbms/h/h1/trace/h1_lms8_20877.trc

            [TOC00001]

            ORA-00600: internal error code, arguments: [kjbrchkin:wgl], [], [], [], [], [], [], [], [], [], [], []

[TOC00001-END]

            [TOC00002]

            ========= Dump for incident 233 (ORA 600 [kjbrchkin:wgl]) ========

            [TOC00003]

            ----- Beginning of Customized Incident Dump(s) -----

            [TOC00004]

            GCS RESOURCE 0x5fc579a28 hashq [0xeb167478,0x60c38e2a8] name[0xf96d.12] pkey 0.18.22175 domid 0

            grant 0x6139e6c30 cvt (nil) send (nil)@6,0 write (nil),0@65536

            flag 0x20000 mdrole 0x10 mode 0 scan 0.0 role GLOBAL

            disk: 0x0000.32f62e57 write: 0x0000.00000000 lwbscn: 0x0000.32eaec0c cnt 0x0 hist 0xe7

            xid 0x0000.000.00000000 sid 8 pkwait 0s rmacks 0

            refpcnt 0 weak: 0x0000.32f622f8 inrcv 0

            insts 8: mark for cr weak bast: 1 2 4 5 6 7 8

            pkey 0.18.22175 undo 0 stat 0 masters[32768, 1->1] reminc 16

            RM# 13 flg x0 type x0 afftime x756b831d, acquire time 697

            #replays: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0

            8:0 9:0 10:0 11:0

            benefit 0, total 0, remote 0, remote cost 0

            cr benefit 0, cr total 0, cr remote 0, cr remote cost 0

            hv 4 [stat 0x0, 1->1, wm 32768, RMno 0, reminc 16, dom 0 inc 0 rcvendinc 0 valid ? 1]

            kjga st 0x4, step 0.31.0, cinc 16, rmno 495, flags 0x6020

            lb 16384, hb 32767, myb 45990, drmb 45990, apifrz 1

            [TOC00005]

            GCS SHADOW 0x6139e6c30,1621 resp[0x5fc579a28,0xf96d.12] pkey 0.18.22175

            grant 0 cvt 0 mode 0x0 role 0x1 st 0x0 lst 0x40 GRANTQ rl G0

            master 1 owner 4 sid 8 remote[0x93f30e68,897]

            KJBL history 0x63.0x62.0x66.0x2a.0x28.0x3.0x2a.0xe.0x3.0x2a.0xaa.0x3.0x2a.0x10.0x62.0xaa.

            cflag 0x0 sender 0 flags 0x0 replay# 0 abast 0x1.x0.1 dbmap (nil)

            disk: 0x0 write request: 0x0 wcseq: x0

            pi scn: 0x0 sq[0x613d0ca30,0x5fc579a68]

            msgseq 0x0 updseq 0x0 reqids[0,897,0] lockseq x0

            infop (nil).0 rcv scn: 0x0

            pkey 0.18.22175

            GCS SHADOW END

            [TOC00005-END]

            2014-12-07 16:03:39.719330 : kjbmbassert [0xf96d.12]

            2014-12-07 16:03:39.719357 : kjbmsassert(0xf96d.12)(to 2)(lvl 4)

            2014-12-07 16:03:39.719374 : kjbmsassert(0xf96d.12)(to 3)(lvl 4)

            2014-12-07 16:03:39.719750 : kjbmsassert(0xf96d.12)(to 4)(lvl 4)

            2014-12-07 16:03:39.719771 : kjbmsassert(0xf96d.12)(to 5)(lvl 4)

            2014-12-07 16:03:39.719783 : kjbmsassert(0xf96d.12)(to 6)(lvl 4)

            2014-12-07 16:03:39.719795 : kjbmsassert(0xf96d.12)(to 7)(lvl 4)

            2014-12-07 16:03:39.719807 : kjbmsassert(0xf96d.12)(to 8)(lvl 4)

            [TOC00006]

            GCS SHADOW 0x613d0ca30,1702 resp[0x5fc579a28,0xf96d.12] pkey 0.18.22175

            grant 0 cvt 0 mode 0x0 role 0x1 st 0x0 lst 0x40 GRANTQ rl G0

            master 1 owner 8 sid 8 remote[0x6ffbc7f0,984]

            KJBL history 0x63.0x62.0x66.0x2a.0x10.0x45.0x77.0xe.0x3.0x2a.0x77.0xe.0x3.0x2a.0x77.0xe.

            cflag 0x0 sender 0 flags 0x0 replay# 0 abast 0x1.x0.1 dbmap (nil)

            disk: 0x0 write request: 0x0 wcseq: x0

            pi scn: 0x0 sq[0x5fc579a68,0x6139e6c30]

            msgseq 0x0 updseq 0x0 reqids[0,984,0] lockseq x0

            infop (nil).0 rcv scn: 0x0

            pkey 0.18.22175

            GCS SHADOW END

            [TOC00006-END]

            GCS RESOURCE END

            [TOC00004-END]

            ----- End of Customized Incident Dump(s) -----

            [TOC00003-END]

*** 2014-12-07 16:03:39.760

            dbkedDefDump(): Starting incident default dumps (flags=0x2, level=3, mask=0x0)

            [TOC00007]

            ----- SQL Statement (None) -----

            Current SQL information unavailable - no cursor.

            [TOC00007-END]

[TOC00008]

----- Call Stack Trace -----

kjbrchkinteg2 <- kjbrrefping <- kjbmprefuse <- kjmxmpm

 

 

CHANGES

 

CAUSE

 Due to bug 20169382

SOLUTION

 Bug 20169382 fixed in 12.2, request/apply patch 20169382 for your platform/version

Related Posts: