Dump In kokacau() And PMON Crashes With ORA-600 [17034]

(Doc ID 360194.1)

Last updated on JUNE 13, 2013

Applies to:

Oracle Database - Enterprise Edition - Version to [Release 9.2 to 10.2]
Information in this document applies to any platform.
***Checked for relevance on 28-Feb-2012***


Core dump in kokacau() followed by PMON crashing the instance with ORA-600 [17034]

Stack from the kokacau() dump is similar to:

... kokacau rpiswu2 kokavpr koklcprv koklglfn koklglen koklc_length
kole_length kokle_length evaopn2 qersoRowP qertbFetch qersoFetch ...

and the current SQL statement is a query on tabpart$ similar to:

select obj#, dataobj#, part#, hiboundlen, hiboundval, ts#, file#, block#, pctfree$, pctused$,
initrans, maxtrans, flags, analyzetime, samplesize, rowcnt, blkcnt, empcnt, avgspc, chncnt,
avgrln, length(bhiboundval), bhiboundval from tabpart$ where bo# = :1 order by part#

Stack from the PMON trace is similar to:

... kglunp kkscls opicca opiclo opifcs ksurus ksuxdl ...


The SYS.AUD$ table was recreated as a partitioned table in order to make maintenance of audit records easier. During that operation, the table may have been relocated to a non-SYSTEM tablespace as well, but this is not a required step to be exposed to the problem.


Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms