发表于: 2008.05.14 23:51
分类: ORACLE , Bug
出处: http://yangtingkun.itpub.net/post/468/461992
---------------------------------------------------------------
一个很老的bug，现在估计很难碰到，简单记录一下。
使用9i以前的JDBC驱动连接9i的数据库，可能会遇到这个问题。
在alert文件中，错误信息如下：
Errors in file /u1/oracle/admin/repdb01/udump/repdb01_ora_21237.trc:
ORA-00600: internal error code, arguments: [ttcgcshnd-1], [0], [], [], [], [], [], []
而对应的trace文件中的详细信息为：
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [ttcgcshnd-1], [0], [], [], [], [], [], []
Current SQL statement for this session:
SELECT VALUE FROM NLS_INSTANCE_PARAMETERS WHERE PARAMETER ='NLS_DATE_FORMAT'
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
ksedmp()+328 CALL ksedst()+0 FFFFFFFF7FFF9660 ?
000000000 ? 000000000 ?
00000003E ?
FFFFFFFF7FFF9EF8 ?
1031C9458 ?
kgerinv()+184 PTR_CALL 0000000000000000 000000000 ? 000103400 ?
0001035CD ? 000102C00 ?
1035CD000 ? 1035CD328 ?
kgeasnmierr()+28 CALL kgerinv()+0 1035CD588 ? 1036EDE38 ?
0000013C8 ? 000000001 ?
1035CF694 ? 1035CE958 ?
ttcgcshnd()+248 CALL kgeasnmierr()+0 1035CD588 ? 1036EDE38 ?
1033A2758 ? 000000001 ?
000000000 ? 000000000 ?
ttcc2u()+784 CALL ttcgcshnd()+0 1035CD588 ? 102DA4880 ?
FFFFFFFF7FFFE1E0 ?
FFFFFFFF7FFFE1E8 ?
FFFFFFFF7FFFE1F0 ?
FFFFFFFF7FFFE1F2 ?
Oracle的文档Doc ID: Note:1725012.8描述了这个bug，解决方法最简单的莫过于升级客户端的JDBC驱动了，这时一劳永逸的方法。
除此之外，Oracle还提供了单独的补丁。而且通过设置EVENTS 10841也可以解决这个问题。
