ORA-00600: internal error code, arguments: [kole_t2u], [34], [], [], [], [], [], []

http://abacuszh.itpub.net/post/41679/501081

由审计引发的ORA-00600: internal error code, arguments: [kole_t2u], [34], [], [], [], [], [], []

===========================================================

作者: abacuszh(http://abacuszh.itpub.net)
发表于: 2010.06.17 10:17
分类:    实践经验与教训  
出处: http://abacuszh.itpub.net/post/41679/501081
---------------------------------------------------------------

由审计引发的ORA-00600: internal error code, arguments: [kole_t2u], [34], [], [], [], [], [], []
今天端午节放假第一天，早上准备回家，刚准备出门，结果收到消息说数据库报600错，看来一时半会是回不了家了。
同事传来警告日志文件和相关跟踪文件，警告日志中报如下错误：
Sat Jun 12 23:29:08 2010
Errors in file /oracle/app/product/10.2/db/admin/wgysmy/udump/wgysmy1_ora_839840.trc:
ORA-00600: internal error code, arguments: [kole_t2u], [34], [], [], [], [], [], []
Sat Jun 12 23:29:09 2010
Trace dumping is performing id=[cdmp_20100612232909]
Sat Jun 12 23:31:15 2010
Errors in file /oracle/app/product/10.2/db/admin/wgysmy/udump/wgysmy1_ora_737482.trc:
ORA-00600: internal error code, arguments: [kole_t2u], [34], [], [], [], [], [], []
Sat Jun 12 23:31:17 2010
Trace dumping is performing id=[cdmp_20100612233117]
找到相应的跟踪文件，发现
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kole_t2u], [34], [], [], [], [], [], []
Current SQL statement for this session:
UPDATE EW_Action SET Code = :p0, Name = :p1, Parent_Id = :p2, Type_Id = :p3, State = :p4 WHERE Id = :p5
通过查询metalink，在文档Doc ID: Note:553528.1中，Oracle描述了这个bug：
当使用多字节字符集时，视图V$SQLAREA的SQL_FULLTEXT列或V$SQL的SQL_FULLTEXT列包含了不正确的SQL语句，从而导致问题的产生，
而一般引发这个问题都是后台的MMON进程，也就是说，几个常见的bug：Bug 5970258、Bug 6066506、Bug 6367143等都是这个问题所引起的。
Oracle在10.2.0.4和11.1.0.6中fix这个bug，或者可以选择单独的补丁Patch 5017909来解决这个问题。
但出现问题的数据库已经升级到10.2.0.4，metalink上所说的bug在该版本已经解决，说明该错误是由新的但可能相关的原因引起。
metalink虽然没有给出解决问题的直接答案，但还是给出了解决此问题的一种可能思路。
通过仔细查看跟踪文件，发现存在一些如下的语句，这是开启audit_trail=db, extended后触发的操作，用于审计。
insert into sys.aud$( sessionid,entryid,statement,ntimestamp#, userid,userhost,terminal,action#,returncode,
obj$creator,obj$name,auth$privileges,auth$grantee, new$owner,new$name,ses$actions,
ses$tid,logoff$pread, logoff$lwrite,logoff$dead,comment$text,spare1,spare2, 
priv$used,clientid,sessioncpu,proxy$sid,user$guid, instance#,process#,xid,scn,auditid,
sqlbind,sqltext) values(:1,:2,:3,SYS_EXTRACT_UTC(SYSTIMESTAMP),     :4,:5,:6,:7,:8,    
:9,:10,:11,:12,     :13,:14,:15,:16,:17,     :18,:19,:20,:21,:22,     :23,:24,:25,:26,:27,   
:28,:29,:30,:31,:32,:33,:34)
查看sys.aud$，发现报错的update语句已经记录在该表中的sqltext，其类型为CLOB,
查看v$sqlarea和v$sql视图的SQL_FULLTEXT，发现其类型也为CLOB,类型一致，综合metalink相关bug的描述，
判断是由于开启了audit_trail=db, extended审计后，引发了ORA-00600: internal error code, arguments: [kole_t2u], [34],
[], [], [], [], [], []
错误，以前在windows上把audit_sys_operations设置为true之后，开启audit_trail=xml，oracle也存在bug,不能写审计文件。
综合判断，尝试audit_trail=none sid='*'，重启集群后，应用不再报错，警告文件中不再出现ORA-00600: internal error code,
arguments: [kole_t2u], [34], [], [], [], [], [], []
问题虽然暂时得以解决，应用恢复了正常，但这个bug始终存在于数据库中。