ITPub博客

首页 > Linux操作系统 > Linux操作系统 > ORA-00600: internal error code, arguments: [12333], ORA-01455

ORA-00600: internal error code, arguments: [12333], ORA-01455

原创 Linux操作系统 作者:tolywang 时间:2011-01-19 10:21:38 0 删除 编辑
Oracle 9.2.0.1  ,   CentOS 4.4


昨天早上忽然发生程序连接问题, 程序输入用户名及密码后,连接数据库时程序一晃就消失了, 程序log文件中有记录一些信息:
IsNeedUpload`Commodity_ID`5User_ID`Location_ID`6144IP_Address`172.16.132.209Mac_Address`90 FB A6 31 BD 47 Host_Name`imb-sfc-rp01Occurs_Time`2011-01-17 08:04:48Login_Time`1899-12-30 00:00:00Code`30000102Add_Info`Method_Info`Description`Sys_Err_Code`-2147217900Sys_Err_Message`ORA-01455: 转换列溢出整数数据类型Property_01`Property_02`
同时在Oracle数据库中发现的alert log :  

Mon Jan 17 07:00:09 2011
Thread 1 advanced to log sequence 41739
  Current log# 2 seq# 41739 mem# 0: /opt/oracle/oradata/imb/redofile/redo02.log
Mon Jan 17 07:00:09 2011
ARC1: Evaluating archive   log 1 thread 1 sequence 41738
ARC1: Beginning to archive log 1 thread 1 sequence 41738
Creating archive destination LOG_ARCHIVE_DEST_1: '/u06/oradata/imb/archivelog/1_41738.dbf'
ARC1: Completed archiving  log 1 thread 1 sequence 41738
Mon Jan 17 07:30:07 2011
Thread 1 advanced to log sequence 41740
  Current log# 3 seq# 41740 mem# 0: /opt/oracle/oradata/imb/redofile/redo03.log
Mon Jan 17 07:30:07 2011
ARC0: Evaluating archive   log 2 thread 1 sequence 41739
ARC0: Beginning to archive log 2 thread 1 sequence 41739
Creating archive destination LOG_ARCHIVE_DEST_1: '/u06/oradata/imb/archivelog/1_41739.dbf'
ARC0: Completed archiving  log 2 thread 1 sequence 41739
Mon Jan 17 07:35:37 2011
Errors in file /opt/oracle/admin/imb/udump/imb_ora_7424.trc:
ORA-00600: internal error code, arguments: [12333], [0], [7], [11], [], [], [], []
Mon Jan 17 07:35:37 2011
Errors in file /opt/oracle/admin/imb/udump/imb_ora_7424.trc:
ORA-07445: exception encountered: core dump [kdbmal()+27] [SIGSEGV] [Address not mapped to object] [0x38] [] []
ORA-00600: internal error code, arguments: [12333], [0], [7], [11], [], [], [], []
Mon Jan 17 07:35:38 2011
Errors in file /opt/oracle/admin/imb/udump/imb_ora_7424.trc:
ORA-07445: exception encountered: core dump [kdbmal()+27] [SIGSEGV] [Address not mapped to object] [0x38] [] []
ORA-07445: exception encountered: core dump [kdbmal()+27] [SIGSEGV] [Address not mapped to object] [0x38] [] []
ORA-00600: internal error code, arguments: [12333], [0], [7], [11], [], [], [], []
Mon Jan 17 07:35:38 2011
Errors in file /opt/oracle/admin/imb/udump/imb_ora_7424.trc:
ORA-07445: exception encountered: core dump [kdbmal()+27] [SIGSEGV] [Address not mapped to object] [0x38] [] []
ORA-07445: exception encountered: core dump [kdbmal()+27] [SIGSEGV] [Address not mapped to object] [0x38] [] []
ORA-07445: exception encountered: core dump [kdbmal()+27] [SIGSEGV] [Address not mapped to object] [0x38] [] []
ORA-00600: internal error code, arguments: [12333], [0], [7], [11], [], [], [], []
Mon Jan 17 07:36:13 2011
Errors in file /opt/oracle/admin/imb/udump/imb_ora_7454.trc:
ORA-00600: internal error code, arguments: [12333], [0], [7], [16], [], [], [], []
Mon Jan 17 07:36:13 2011
Errors in file /opt/oracle/admin/imb/udump/imb_ora_7454.trc:
ORA-07445: exception encountered: core dump [kdbmal()+27] [SIGSEGV] [Address not mapped to object] [0x38] [] []
ORA-00600: internal error code, arguments: [12333], [0], [7], [16], [], [], [], []
Mon Jan 17 07:36:14 2011
Errors in file /opt/oracle/admin/imb/udump/imb_ora_7454.trc:
ORA-07445: exception encountered: core dump [kdbmal()+27] [SIGSEGV] [Address not mapped to object] [0x38] [] []
ORA-07445: exception encountered: core dump [kdbmal()+27] [SIGSEGV] [Address not mapped to object] [0x38] [] []
ORA-00600: internal error code, arguments: [12333], [0], [7], [16], [], [], [], []
Mon Jan 17 07:36:14 2011
Errors in file /opt/oracle/admin/imb/udump/imb_ora_7454.trc:
ORA-07445: exception encountered: core dump [kdbmal()+27] [SIGSEGV] [Address not mapped to object] [0x38] [] []
ORA-07445: exception encountered: core dump [kdbmal()+27] [SIGSEGV] [Address not mapped to object] [0x38] [] []
ORA-07445: exception encountered: core dump [kdbmal()+27] [SIGSEGV] [Address not mapped to object] [0x38] [] []
ORA-00600: internal error code, arguments: [12333], [0], [7], [16], [], [], [], []






trace文件信息:  


/opt/oracle/admin/imb/udump/imb_ora_7454.trc
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
ORACLE_HOME = /opt/oracle/product/9.2.0
System name:    Linux
Node name:      imbdb.localdomain
Release:        2.6.9-42.ELsmp
Version:        #1 SMP Sat Aug 12 09:39:11 CDT 2006
Machine:        i686
Instance name: imb
Redo thread mounted by this instance: 1
Oracle process number: 63
Unix process pid: 7454, image: oracle@imbdb.localdomain (TNS V1-V3)
*** SESSION ID81.60124) 2011-01-17 07:36:13.783
*** 2011-01-17 07:36:13.783
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [12333], [0], [7], [16], [], [], [], []
Current SQL statement for this session:
BEGIN IMB.SP_NEXT_ID(:1,:2); END;
----- Call Stack Trace -----
calling              call     entry                argument values in hex
location             type     point                (? means dubious value)
-------------------- -------- -------------------- ----------------------------
ksedmp()+267         call     00000000             0 ? A85DC00 ? BFFFDCA8 ?
                                                   8457FDE ? A8DE6E0 ? A01E968 ?
ksfdmp()+25          call     ksedmp()+0           3 ? A85733C ? A8EEC78 ? 258 ?
                                                   0 ? 302D ?
kgesiv()+274         call     ksfdmp()+0           A857260 ? 3 ? 8 ? 974C2FE ?
ksesic3()+115        call     kgesiv()+0           A857260 ? A8EEC78 ? 302D ?
                                                   3 ? BFFFDD54 ? 1 ?
opitsk()+2077        call     ksesic3()+0          302D ? 0 ? 0 ? 0 ? 7 ? 0 ?
                                                   10 ? 0 ?
opiino()+1603        call     opitsk()+0           0 ? 0 ? BFFFF378 ? 8CB6122 ?
                                                   A85DC00 ? A8DE630 ?
opiodr()+1760        call     opiino()+0           3C ? 4 ? BFFFF7E8 ?
                                                   BFFFF3D4 ?
opidrv()+647         call     opiodr()+0           3C ? 4 ? BFFFF7E8 ? 0 ?
                                                   BFFFF7F8 ? A207204 ?
sou2o()+36           call     opidrv()+0           3C ? 4 ? BFFFF7E8 ? 81E3112 ?
                                                   0 ? A07F7B9 ?
main()+244           call     sou2o()+0            BFFFF7F8 ? 3C ? 4 ?
                                                   BFFFF7E8 ? B7B57FF4 ?
                                                   BFFFF8B0 ?
__libc_start_main()  call     main()+0             2 ? BFFFF8A4 ? BFFFF8B0 ?
+161                                               1A3FD4 ? 2 ? 81E2CD0 ?
--------------------- Binary Stack Dump ---------------------
========== FRAME. [1] (ksedmp()+267 -> 00000000) ==========
Dump of memory from 0xBFFFDBA8 to 0xBFFFDCA8
BFFFDBA0                   BFFFDCA8 084580DB          [......E.]

...........




临时解决方法:  重新启动数据库, 正常。  




分析:  

trace文件中的 BEGIN IMB.SP_NEXT_ID(:1,:2); END;   这个是一个procedure,  会不停向某个表中的一个id字段加 1, 某些逻辑运行一次加一次1, 增长得
非常快, 怀疑是number字段达到了最大值,  但是查询发现根本就没有(虽然很大), 且重新启动数据库可以解决, 也说明不是这个number字段的问题, 因为它
的数字不会减少,  进一步怀疑是delphi程序中不能处理这么大的number数字, 同样,这个数字没有减少, 也不太可能是delphi程序处理的问题, 数据库reboot
了就OK了, 看来还是要从数据库端着手, 9201的库, bug倒是很多, 但是在metalink 找了,也没有找到完全对应的文章 。  

在测试库中建立了一个测试表,  并使用一个delphi测试程序进行procedure调用,  发现手工在id 字段上加多大都没有问题, 但是在程序中id号到了 4294967295
之后就会报错 (程序报错,数据库端没有error message) ,  因为没有9201的库,使用的 9207的测试库。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/35489/viewspace-684183/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
Oracle , MySQL, SAP IQ, SAP HANA, PostgreSQL, Tableau 技术讨论,希望在这里一起分享知识,讨论技术,畅谈人生 。

注册时间:2007-12-10

  • 博文量
    5595
  • 访问量
    13472808