ORA-00600 [1880]

2024-09-07 12:32
文章标签 ora 00600 1880

本文主要是介绍ORA-00600 [1880],希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

-----环境信息
[oracle@trsen02 bdump]$ uname -a
Linux trsen02.yto.com 2.6.18-194.el5 #1 SMP Tue Mar 16 21:52:39 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

SQL> select * from v$version;
BANNER
--------------------------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi
PL/SQL Release 10.2.0.5.0 - Production
CORE    10.2.0.5.0      Production
TNS for Linux: Version 10.2.0.5.0 - Production
NLSRTL Version 10.2.0.5.0 - Production

SQL> select * from registry$history;
no rows selected

双节点RAC ,

--日志信息
2节点一直报如下错误
Errors in file /opt/app/oracle/admin/trsendb/bdump/trsendb2_arc0_19489.trc:
ORA-00600: internal error code, arguments: [1880], [0x00B60A258], [0x00B609EE8], [1], [0], [], [], []
Fri Oct 17 15:07:29 CST 2014
Errors in file /opt/app/oracle/admin/trsendb/bdump/trsendb2_arc0_19489.trc:
ORA-00600: internal error code, arguments: [1880], [0x00B60A258], [0x00B609EE8], [1], [0], [], [], []
Fri Oct 17 15:07:29 CST 2014
Errors in file /opt/app/oracle/admin/trsendb/bdump/trsendb2_arc0_19489.trc:
ORA-00600: internal error code, arguments: [1880], [0x00B60A258], [0x00B609EE8], [1], [0], [], [], []
Fri Oct 17 15:07:31 CST 2014
ARCH: Detected ARCH process failure
ARCH: STARTING ARCH PROCESSES
ARC0: Archival started
ARCH: STARTING ARCH PROCESSES COMPLETE
ARC0 started with pid=50, OS id=19533
ARC0: Becoming the 'no FAL' ARCH
ARC0: Becoming the 'no SRL' ARCH
Fri Oct 17 15:07:34 CST 2014
Errors in file /opt/app/oracle/admin/trsendb/bdump/trsendb2_arc0_19533.trc:
ORA-00600: internal error code, arguments: [1880], [0x01E99E258], [0x01E99DEE8], [1], [0], [], [], []
Fri Oct 17 15:07:35 CST 2014

1节点
ri Oct 17 15:08:27 CST 2014
Trace dumping is performing id=[cdmp_20141017151006]
Fri Oct 17 15:08:31 CST 2014
Trace dumping is performing id=[cdmp_20141017151012]
Fri Oct 17 15:08:34 CST 2014
Trace dumping is performing id=[cdmp_20141017151013]
Fri Oct 17 15:08:37 CST 2014
Trace dumping is performing id=[cdmp_20141017151018]
Fri Oct 17 15:10:26 CST 2014
Trace dumping is performing id=[cdmp_20141017151206]
Fri Oct 17 15:10:32 CST 2014
Trace dumping is performing id=[cdmp_20141017151213]
Fri Oct 17 15:10:38 CST 2014
Trace dumping is performing id=[cdmp_20141017151219]
Fri Oct 17 15:10:44 CST 2014
Trace dumping is performing id=[cdmp_20141017151225]
Fri Oct 17 15:10:50 CST 2014
Trace dumping is performing id=[cdmp_20141017151230]
Fri Oct 17 15:12:27 CST 2014
Trace dumping is performing id=[cdmp_20141017151408]
Fri Oct 17 15:12:33 CST 2014
Trace dumping is performing id=[cdmp_20141017151414]
Fri Oct 17 15:12:39 CST 2014
Trace dumping is performing id=[cdmp_20141017151420]
Fri Oct 17 15:12:45 CST 2014
Trace dumping is performing id=[cdmp_20141017151426]
Fri Oct 17 15:12:51 CST 2014
Trace dumping is performing id=[cdmp_20141017151432]
Fri Oct 17 15:13:48 CST 2014
Thread 1 advanced to log sequence 109008 (LGWR switch)
  Current log# 4 seq# 109008 mem# 0: +DATADG/trsendb/redo04.l

--trc内容及其堆栈调用
ORA-00600: internal error code, arguments: [1880], [0x00B60A258], [0x00B609EE8], [1], [0], [], [], []
ksedst,ksedmp,ksfdmp,geriv,kgesiv,ksesic4,ksfqwat,kcrrulf,kcrrcda,kcrrmar,kcrrdmx,kcrrdim,kcrrwkx,kcrrwk,ksbabs,ksbrdp,opirip,opidrv,sou2o,opimai_real,main,__libc_start_main,_start


Bug 4541506 : RMAN: ORA-600 [1880] [0X8..] [0X8...] [1] [0] DOING "BACKUP AS COPY" W/ MAXPC
RELATED BUGS:
-------------
Bug 4460877 : same Oracleversion and platform
STACK TRACE:
------------
ksedmp ksfdmp kgeriv kgesiv ksesic4 ksfqwat
ksfqfcls krbbCloseOutput krbbpc krbibpc pevm_icd_call_commo pfrinstr_ICAL
pfrrun_no_tool pfrrun plsql_run pricar pricbr prient2
prient kkxrpc kporpc opiodr ttcpip opitsk
opiino opiodr opidrv sou2o main

Bug 5680787 : ARCHIVE COMPRESSION CAUSES ORA-00600[1880]
-> Db version: 10.2.0.2
-> Status: 92 - Closed, Not a Bug
They indeed used 'alter database archivelog compress enable;'.
They got to know of this feature by a presentation on Oracle new features the beginning of this year.
This presentation is not official documentation and was given by an Oracle partner, not Oracle.

Bug 3204794 : ORA-00600: INTERNAL ERROR CODE, ARGUMENTS: [1880], [0X104754578], [0X1047543C0],
-> Db version: 10.1.0.1
-> 35 - To Filer for Review
This problem is releated to archival compression and is fixed in BETA2.
Note: The archival compression feature will *not* ship in the 10g release.  
Workaround: To disable archival compression use the following - ALTER DATABASE ARCHIVELOG COMPRESS DISABLE

    
Bug 17589158 : PRODUCT ENHANCEMENT REQUEST FOR COMPRESSING ARCHIVE LOGS
-> Db version: 11.2.0.3
-> Status: 15 - Enhancement Req. Internal (Oracle) Review


--之前开启了归档日志压缩功能    
SQL> select archivelog_compression from v$database ;

ARCHIVEL
--------
ENABLED

--此ORA-600错误非bug导致,而是10gr2版本不支持压缩功能,虽然可以开启使用,当时没有报错
ALTER DATABASE ARCHIVELOG COMPRESS DISABLE;
采用此语句关闭此功能,数据库恢复正常

总结:这类问题的报错一般是日志问题

这篇关于ORA-00600 [1880]的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1145066

相关文章

ora-01017 ora-02063 database link,oracle11.2g通过dblink连接oracle11.2g

错误图示: 问题解决 All database links, whether public or private, need username/password of the remote/target database. Public db links are accessible by all accounts on the local database, while private

ORA-25150:不允许对区参数执行ALTERING

在用PL/SQL工具修改表存储报错: 百度一下找到原因: 表空间使用本地管理,其中的表不能修改NEXT MAXEXTENTS和PCTINCREASE参数 使用数据自动管理的表空间,其中的表可以修改NEXT MAXEXTENTS和PCTINCREASE参数

ORA-01861:文字与格式字符串不匹配

select t.*, t.rowid from log_jk_dtl t; insert into log_jk_dtl (rq,zy,kssj,jssj,memo)  values (to_date(sysdate,'yyyy-mm-dd'),'插入供应商', to_char(sysdate,'hh24:mi:ss'),to_char(sysdate,'hh24:mi:ss'),'备注'

利用PL/SQL工具连接Oracle数据库的时候,报错:ORA-12638: 身份证明检索失败的解决办法

找到相对应的安装目录:比如:E:\oracle\product\10.2.0\client_1\NETWORK\ADMIN 在里面找到:SQLNET.AUTHENTICATION_SERVICES= (NTS) 将其更改为:SQLNET.AUTHENTICATION_SERVICES= (BEQ,NONE) 或者注释掉:#SQLNET.AUTHENTICATION_SERVICES= (N

ORA-31626/ORA-31638/ORA-39077/ORA-6502

导数据遇到ORA-31626/ORA-31638/ORA-39077/ORA-6502 报错信息如下: [oracle@vm010148 ~]$ expdp system/oracle directory=dir dumpfile=full.dmp logfile=full.log Export: Release 11.2.0.3.0 - Production on Sun Sep

ORA-00600 [504]

ALERT日志: Wed Sep 10 09:00:53 2014 Errors in file /u01/app/oracle/diag/rdbms/trsendb/trsendb2/trace/trsendb2_ora_40371414.trc  (incident=821340): ORA-00600: internal error code, arguments: [504],

【oracle sql错误】ORA-01795: 列表中的最大表达式数为 1000

select SOURCE_ID,FILTER_TEXT from TEXT_CENTER where SOURCE_ID in() in后面的括号里的数目超过1000条。 问题描述: SQL进行IN查询时,IN中的数据量不能超过1000条。 解决办法: 拆分:id in (1,2,3,4,5,,,,999) or id in(1000,1001,1002,1003,1004,,,,,,

Oracl查询报错:ORA-29275: 部分多字节字符

报错描述 --使用oracl的sql查询时候,此sql无误:SELECT DISTINCT MS_BRDA.MZHM as patientId,MS_BRDA.BRXM as name,CASEWHEN MS_BRDA.BRXB = 1 THEN '男'WHEN MS_BRDA.BRXB = 2 THEN '女'ELSE '未知'END

ORA-24067: exceeded maximum number of subscribers for queue ADMIN.SMS_MT_QUEUE

临时处理办法: delete from aq$_ss_MT_tab_D;delete from aq$_ss_MT_tab_g;delete from aq$_ss_MT_tab_h;delete from aq$_ss_MT_tab_i;delete from aq$_ss_MT_tab_p;delete from aq$_ss_MT_tab_s;delete from aq$

plsql远程访问数据库 解决ora-12541:TNS:无监听程序最佳方案

很奇怪我只是 在本机局域网ip 不固定 ,现在把所有的ip 都固定了,一直报这个错,百度无解,都是错的 不可行的,还是我打开的方式有问题??????昨晚搞到我又把本机装的 oracle 给卸载完了 !!!又装虚拟机,虚拟机又装oracle 配了配了。。。。。。。。。。。 刚刚终于搞定了,跑起来了  !!!!!!!能连接了。 来一张连接图 plsql远程访问数据库 解决ora-1254