转杨兄的bug帖子:http://space.itpub.net/4227/viewspace-69265
才将系统升级到10203 RAC环境,就碰到了Oracle的bug。
从alert文件中看到了ORA-600错误。
Rl6qf NJ9P12778571
详细错误信息如下:
ksedmp: internal or fatal errorITPUB个人空间K%D"~!a1lUO6Y
ORA-00600: internal error code, arguments: [kole_t2u], [34], [], [], [], [], [], []
h9a;kU"yG#XL12778571Current SQL statement for this session:
&uK yV$?h4S7K/y12778571INSERT INTO wrh$_sqltext (sql_id, dbid, sql_text, command_type, snap_id, ref_count) SELECT sqlid_kewrstx, :dbid, sqlfulltext_kewrstx, cmdtype_kewrstx, :lah_snap_id, 0 ref_count FROM x$kewrtsqltext
通过metalink查询,发现很多个和这个问题类似的bug,可惜这些问题都没有明确问题的产生原因。一些和当前问题类似的情况,被认为是重复的bug,可是BASE BUG却指向一个似乎和当前问题没有关系的bug。
总之Oracle没有给出一个汇总的描述,同时也没有说明这个bug fixed的版本。
好在这个问题对用户的影响不大,只是会导致后台的MMON启动的SLAVE进程失败。
今天又在后台发现了这个错误,不过不是相同的SQL造成的,错误SQL如下:
ORA-00600: internal error code, arguments: [kole_t2u], [34], [], [], [], [], [], []
_)O&e?:v_7V12778571Current SQL statement for this session:ITPUB个人空间c!a+Q/Ode'j4X
SELECT vst.sql_id, vst.sql_fulltext FROM V$SQLSTATS vst WHERE vst.sql_id IN (:1,:2,:3,:4,:5,:6,:7,:8,:9,:10) AND vst.plan_ha
K2mb,nE8n*o12778571sh_value = :phv
"}d7n;ND&Y$u[ \12778571----- PL/SQL Call Stack -----
/q/k.k%Z%YtM12778571 object line objectITPUB个人空间IJpU2x1CqFt
handle number name
2U1N5v%fr J*W%V1?:a127785713d3832ee0 10 package body SYS.PRVT_HDM
z3HN9[1J{0_127785713d331a4b0 16 SYS.WRI$_ADV_HDM_T
X[Ep'Ql]K127785713d2ea1f60 1535 package body SYS.PRVT_ADVISORITPUB个人空间]v8Q^9J(o'l
3d2ea1f60 1618 package body SYS.PRVT_ADVISORITPUB个人空间!LN!b%n'[ u+D!w
3d3832ee0 106 package body SYS.PRVT_HDMITPUB个人空间'O5DE.P5L]
485496948 1 anonymous block
再次查询metalink,发现Oracle终于更新了这个bug的描述,在文档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来解决这个问题。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12778571/viewspace-510043/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/12778571/viewspace-510043/