ORA-00600 internal error code, arguments [4080]

alert.log

Errors in file /app/oracle/admin/racdb/udump/racdb2_ora_479398.trc:
ORA-00600: internal error code, arguments: [4080], [1], [131], [], [], [], [], []
Mon Jul 28 17:04:04 2008
Following on-commit snapshots not refreshed :
user_a.tab_mv 
Error 600 trapped in 2PC on transaction 30.14.44852. Cleaning up.
Error stack returned to user:
ORA-00600: internal error code, arguments: [4080], [1], [131], [], [], [], [], []
Mon Jul 28 17:04:04 2008
Errors in file /app/oracle/admin/racdb/udump/racdb2_ora_479398.trc:
ORA-00603: ORACLE server session terminated by fatal error
ORA-00600: internal error code, arguments: [4080], [1], [131], [], [], [], [], []
Mon Jul 28 17:04:04 2008
Trace dumping is performing id=[cdmp_20080728170404]
Mon Jul 28 17:04:08 2008
DISTRIB TRAN racdb.ef0ca214.30.14.44852
  is local tran 30.14.44852 (hex=1e.0e.af34)
  insert pending collecting tran, scn=8203478254634 (hex=776.0568442a)
Mon Jul 28 17:07:57 2008
Errors in file /app/oracle/admin/racdb/udump/racdb2_ora_729112.trc:
ORA-00600: internal error code, arguments: [4080], [1], [131], [], [], [], [], []
Mon Jul 28 17:07:58 2008
Following on-commit snapshots not refreshed :
user_a.tab_mv 
Error 600 trapped in 2PC on transaction 24.19.64795. Cleaning up.
Error stack returned to user:
ORA-00600: internal error code, arguments: [4080], [1], [131], [], [], [], [], []
Mon Jul 28 17:07:58 2008
Errors in file /app/oracle/admin/racdb/udump/racdb2_ora_729112.trc:
ORA-00603: ORACLE server session terminated by fatal error
ORA-00600: internal error code, arguments: [4080], [1], [131], [], [], [], [], []
Mon Jul 28 17:07:58 2008
Trace dumping is performing id=[cdmp_20080728170758]
Mon Jul 28 17:08:02 2008
DISTRIB TRAN racdb.ef0ca214.24.19.64795
  is local tran 24.19.64795 (hex=18.13.fd1b)
  insert pending collecting tran, scn=8203478282094 (hex=776.0568af6e)
Mon Jul 28 17:19:06 2008
Errors in file /app/oracle/admin/racdb/udump/racdb2_reco_667728.trc:
ORA-03113: end-of-file on communication channel
Mon Jul 28 17:34:06 2008
Errors in file /app/oracle/admin/racdb/udump/racdb2_reco_667728.trc:
ORA-03113: end-of-file on communication channel
Mon Jul 28 17:45:42 2008
GES: Potential blocker (pid=667728) on resource DR-00000000-00000000;
 enqueue info in file /app/oracle/admin/racdb/bdump/racdb2_lmd0_688214.trc and DIAG trace file
Mon Jul 28 17:50:07 2008
GES: Potential blocker (pid=770208) on resource TX-000D0024-00014DDC;
 enqueue info in file /app/oracle/admin/racdb/udump/racdb2_reco_667728.trc and DIAG trace file
Mon Jul 28 18:53:18 2008

错误分析:
1. Following on-commit snapshots not refreshed :
user_a.tab_mv 
  说明一个mv 刷新没有完成,并且是 on commit 模式的. 物化视图名称:user_a.tab_mv

2. Error 600 trapped in 2PC on transaction 30.14.44852. Cleaning up.

说明:
  有分布式事务产生.
  查询查询视图: SELECT * FROM Dba_2pc_Pending;
  LOCAL_TRAN_ID          NVL(GLOBAL_ORACLE_ID,GLOBAL_TR                                                   STATE            DECODE(STATUS,‘D‘,‘YES‘,‘NO‘) HEURISTIC_DFLT TRAN_COMMENT                                                                     FAIL_TIME   HEURISTIC_TIME RECO_TIME   TOP_OS_USER                                                      TOP_OS_TERMINAL                                                                  TOP_OS_HOST                                                            TOP_DB_USER                    GLOBAL_COMMIT#
---------------------- -------------------------------------------------------------------------------- ---------------- ----------------------------- -------------- -------------------------------------------------------------------------------- ----------- -------------- ----------- ---------------------------------------------------------------- -------------------------------------------------------------------------------- --------------------------------------------------------------------- ------------------------------ ----------------
30.14.44852            RACDB.ef0ca214.30.14.44852                                                       collecting       no                                                                                                                            2008-7-28 1                2008-7-28 1 root                                                             unknown                                                                          L02                                                                        USER_B                        8203478254634
24.19.64795            RACDB.ef0ca214.24.19.64795                                                       collecting       no                                                                                                                            2008-7-28 1                2008-7-28 1 root                                                             unknown                                                                          L02                                                                        USER_B                        8203478282094

通过数据库可知 user_a.tab_mv 这个物化视图是通过 user_b 上table 建立的 on commit 物化视图.但是为什么物化视图刷新失败不知原因.
 了解应用.发现应用日志错误:
  
  Error in DBB.execProcess( call proce_a(?,?,?,?,?,?,?,?,?)): java.sql.SQLException: 无法从套接字读取更多的数据
  Error in DBB.rollback: 无法从套接字读取更多的数据
  
  可知 JAVA SQL 异常.分析可知: 存储过程proce_a 是通过dblink 调用的存储过程, 失败 导致分布式事务挂起,而存储过程正式dml 操作user_b.tab , 
  并且user_a.mv 是on commit 方式进行刷新user_b.tab

3. ORA-00600: internal error code, arguments: [4080], [1], [131], [], [], [], [], []
  查询metalink   Doc ID:  Note:1385495.8 
  
  竟然是个bug , 不允许进行分布式更新表,然后进行on commit 进行刷新.
  
4. 这就容易解决了. 使用ON DEMAND mv 或者 建立同义词,就不需要物化视图刷新了.(至于当时不用同义词,有其它的原因了.)

5. GES: Potential blocker (pid=770208) on resource TX-000D0024-00014DDC;
   GES: Potential blocker (pid=667728) on resource DR-00000000-00000000;
  
  是由于rac 环境引起的.现在也没有好的解决办法.
  
  
附录: Doc ID:  Note:1385495.8 
  
  Bug 1385495  OERI:4080 or STALE data in "ON COMMIT" snapshot if base table updated by DISTRIBUTED transaction
  
   TIP:  Click help for a detailed explanation of this page. 
 Bookmark Go to End

Subject:  Support Description of Bug 1385495 
  Doc ID:  Note:1385495.8 Type:  PATCH 
  Last Revision Date:  14-AUG-2003 Status:  PUBLISHED 
 Click here for details of sections in this note.

Bug 1385495  OERI:4080 or STALE data in "ON COMMIT" snapshot if base table updated by DISTRIBUTED transaction
 This note gives a brief overview of bug 1385495.

Affects:
Product (Component) Oracle Server (RDBMS) 
Range of versions believed to be affected Versions >= 8  
Versions confirmed as being affected (None Specified)

Platforms affected Generic (all / most platforms affected)

Fixed:
This issue is fixed in Bug not yet fixed / confirmed as fixed

Symptoms:
Wrong Results 
Internal Error may occur (ORA-600) 
ORA-600 [4080] 
Related To:
XA / Distributed Transactions 
Replication 
Description

Distributed transactions are not allowed to update
tables which have "ON COMMIT" snapshots / materialized
views on them. In Oracle9i and ORA-600 [4080] is 
signalled at commit time. In Oracle8i the materialized
view is not updated and so becomes out of sync with 
the master table.

Workaround:
  Use ON DEMAND materialized views instead.

在加上清除分布式事务:

BEGIN
COMMIT FORCE ‘30.14.44852‘ ;
dbms_transaction.purge_lost_db_entry(‘30.14.44852‘);
END;

时间: 04-27

ORA-00600 internal error code, arguments [4080]的相关文章

ORA-00600: internal error code, arguments: [13030], [20]一例解决

两年没有接触oracle了,中午,一环境update from的时候出现ORA-00600: internal error code, arguments: [13030], [20]异常,经查,官网所述为涉及到了v$表所致,典型举例比较多的是v$session,但我们不涉及任何v$表的查询.原sql类似如下: UPDATE ( SELECT a.f_assign aassign, b.f_offsetincome bf_offsetincome FROM XXX a, YYY b, ZZZ c

ORA-00600: internal error code, arguments: [kdBlkCheckError]

*/--> ORA-00600: internal error code, arguments: [kdBlkCheckError] Table of Contents 1. 现象 2. 分析 3. 故障处理 1 现象 在数据库宕机前出现ORA-00600错误. 日志内容如下: ORA-01595: error freeing extent (4) of rollback segment (31)) ORA-00607: Internal error occurred while making

ORA-00600: internal error code, arguments: [4193]问题解决

操作环境 SuSE+Oracle11gR2 问题现象 单板宕机自动重启后,ORACLE运行不正常,主要表现如下: 1.执行shutdown immedate停止数据库时,提示ORA-00600: internal error code, arguments: [4193],[],[] 2.压测性能时,oracle总是无缘无故关闭 问题分析 发现问题后首先查看告警日志<find $ORACLE_BASE -name "alert*.log"> 1.查看告警日志,发现日志中有O

ORA-00600: internal error code, arguments: [kcratr1_lastbwr], [], [], [], [], [], [], []

今天在PlateSpin Forge(关于PlateSpin相关介绍,请见最下面部分简单介绍) 复制出来的一台数据库服务器上,测试数据库能否正常启动时,遇到了"ORA-00600: internal error code, arguments: [kcratr1_lastbwr], [], [], [], [], [], [], []"错误: 在官方文档介绍中,这个错误主要出现在磁盘出现故障导致数据库崩溃后,实例启动失败,并报ORA-00600: arguments: [kcratr1

简单记录一次ORA-00600: internal error code, arguments: [2662]

接上一个,REDO报错搞定后OPEN数据库时又报错ORA-00600: internal error code, arguments: [2662]. 原因是_ALLOW_RESETLOGS_CORRUPTION后resetlogs打开数据库,我们可能会由于SCN不一致而遭遇到ORA-00600 2662号错误,这里给出一个完整的例子及解决过程. 现象及解决--这个没拍照参考EYGLE的吧 Sun Dec 11 18:02:25 2005 Errors in file /opt/oracle/a

简单记录一次ORA-00600: internal error code, arguments: [4194]

接上一篇,在搞定SCN问题后,又遇到ORA-600[4194]/[4193]报错. 故障现象: OPEN数据库时报错:ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [] 4193:表示undo和redo不一致(Arg [a] Undo record seq number,Arg [b] Redo record seq number ): 4194:表示也是undo和redo不一致(Arg [a

RAC一个节点的数据库无法启动:ORA-00600: internal error code, arguments: [4:kgstmLdiToMicroTs], [1], [], [], [], [

一个客户的RAC节点硬件发生了变动,主机重启后数据库实例无法启动,远程登陆查看ALERT日志发现大量报错: Writing to the above trace file is disabled for now on... Errors in file /oracle/app/diag/rdbms/XXXX/XXXX2/trace/XXXX2_ora_184464.trc: ORA-00600: internal error code, arguments: [4:kgstmLdiToMicro

ORA-00600:internal error code,arguments:[keltnfy-idmlnit],[46],[1],[],[],[],[],[]

如图:在DBCA进行到3%时,报错 因为/etc/hosts与/etc/sysconfig/network不对应,所以报错 [[email protected] ~]# cat /etc/hosts # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1               localhost.localdomain

SQL Tuning Advisor一个错误ORA-00600: internal error code, arguments: [kesqsMakeBindValue:obj]

跑SELECT dbms_sqltune.report_tuning_task(:tuning_task) FROM dual;  错误消息,如下面: ORA-00600: internal error code, arguments: [kesqsMakeBindValue:obj], [], [], [], [], [], [], [] ORA-06512: at "SYS.PRVT_ADVISOR", line 1624 ORA-06512: at "SYS.DBMS_