详解ORA-600(17069)错误（一）

日期： 2009-02-25 作者：杨廷琨 来源：TechTarget中国 英文

　　今天在一个报表数据库后台发现了这个错误。下面描述一下问题的解决过程。

    详细的错误信息为：

Fri Feb 20 08:16:44 2009
Errors in file /u1/oracle/admin/repdb01/bdump/repdb01_j015_5099.trc:
ORA-00600: internal error code， arguments: [17069]， [0x6A5DEE1E0]， []， []， []， []， []， []
Fri Feb 20 08:16:47 2009
Errors in file /u1/oracle/admin/repdb01/bdump/repdb01_j015_5099.trc:
ORA-00600: internal error code， arguments: [17069]， [0x6A5DEE1E0]， []， []， []， []， []， [] 

    进一步检查对应的trace文件：


bash-2.03$ more /u1/oracle/admin/repdb01/bdump/repdb01_j015_5099.trc
/u1/oracle/admin/repdb01/bdump/repdb01_j015_5099.trc
Oracle9i Enterprise Edition Release 9.2.0.4.0 – 64bit Production
With the Partitioning， OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 – Production
ORACLE_HOME = /data/oracle/product/920
System name: SunOS
Node name: newreport
Release: 5.8
Version: Generic_117350-26
Machine: sun4u
Instance name: repdb01
Redo thread mounted by this instance: 1
Oracle process number: 35
Unix process pid: 5099， image: oracle@newreport (J015)

*** SESSION ID:(12.28191) 2009-02-20 08:16:44.060
*** 2009-02-20 08:16:44.060
ksedmp: internal or fatal error
ORA-00600: internal error code， arguments: [17069]， [0x6A5DEE1E0]， []， []， []， []， []， []
Current SQL statement for this session:
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN P_GENERATE_REPDATA(‘FR20T000002000000
0000032′); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END; 
—– Call Stack Trace —–
calling call entry argument values in hex 
location type point (？ means dubious value) 
——————– ——– ——————– —————————-
ksedmp()+328 CALL ksedst()+0 FFFFFFFF7FFF6430 ？
000000000 ？ 000000000 ？
00000003E ？
FFFFFFFF7FFF6CC8 ？
1031D56C8 ？
kgeriv()+208 PTR_CALL 0000000000000000 000000000 ？ 000103400 ？
0001035D9 ？ 000102C00 ？
1035D9000 ？ 1035D9C28 ？
kgesiv()+108 CALL kgeriv()+0 1035D9E88 ？ 1036C7148 ？
000000258 ？ 0000013C8 ？
FFFFFFFF7FFF7608 ？
1035DB258 ？
kgesic1()+32 CALL kgesiv()+0 1035D9E88 ？ 1036C7148 ？
0000042AD ？ 000000001 ？
FFFFFFFF7FFF7608 ？
004000000 ？
kglgob()+1972 CALL kgesic1()+0 1035D9E88 ？ 1036C7148 ？
0000042AD ？ 000000002 ？
6A5DEE1E0 ？ 0000010A0 ？
kgldpo()+524 CALL kglgob()+0 000000000 ？ 000000000 ？
6A5DEE1E0 ？
FFFFFFFF7FFF77A8 ？
000080000 ？ 000000010 ？
kgldon()+248 CALL kgldpo()+0 000000000 ？ 000000000 ？
69A79DA60 ？ 000000001 ？
000000002 ？
FFFFFFFF7FFF7BEE ？
pkldon()+108 CALL kgldon()+0 1035D9E88 ？
FFFFFFFF7FFF7DE0 ？
69A79DA60 ？ 000000001 ？
000000000 ？
FFFFFFFF7FFF7D8E ？
pkloud()+204 CALL pkldon()+0 FFFFFFFF7FFFA1A0 ？
FFFFFFFF7FFF7DE0 ？
69A79DA60 ？ 000000001 ？
000000000 ？
FFFFFFFF7FFF7D8E ？
phnnrl_name_resolve CALL pkloud()+0 1033FCA90 ？
_by_loading()+280 FFFFFFFF7FFF7E3C ？
000000000 ？ 000000000 ？
000030000 ？ 6A475CE18 ？
phngdl_get_defining CALL phnnrl_name_resolve 000000000 ？ 000020015 ？
_libunit()+124 _by_loading()+0 FFFFFFFF7FFF9830 ？
FFFFFFFF7FFF8160 ？
000020015 ？ 000000000 ？
phnrpls_resolve_pre CALL phngdl_get_defining FFFFFFFF7FFF9830 ？
fix_libscope()+12 _libunit()+0 FFFFFFFF7FFF85A8 ？
FFFFFFFF7FFF843C ？
000000000 ？ 000000000 ？
000000000 ？
 

    无论是从trace文件对应的名称，还是从trace文件中对应的语句都可以确定，引起问题的是一个JOB.检查metalink，Oracle在文档Doc ID： 39616.1中对这个错误的已知bug，进行了汇总，不过这些bug的描述似乎没有和当前十分相符的。

 

我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。

我原创，你原创，我们的内容世界才会更加精彩！

【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论，本站保留删除与本文无关和不雅评论的权力。

作者

杨廷琨
杨廷琨

相关推荐