ORA-00600 [kmgs_parameter_update_timeout_1], [27072] ORA-27072 解决方法

2024-04-04 01:58

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

 

一.        问题说明

 

数据库alert log中的信息如下:

Mon Jul 30 22:01:00 2012

Errors in file /g01/app/oracle/diag/rdbms/gumd/gumd/trace/gumd_mmon_21407.trc  (incident=76981):

ORA-00600: 内部错误代码,参数: [kmgs_parameter_update_timeout_1], [27072], [], [], [],[], [], [], [], [], [], []

ORA-27072: 文件 I/O 错误

Linux-x86_64 Error: 9: Bad file descriptor

Additional information: 4

Additional information: 4

Additional information: -1

Incident details in:/g01/app/oracle/diag/rdbms/gumd/gumd/incident/incdir_76981/gumd_mmon_21407_i76981.trc

Mon Jul 30 22:01:02 2012

Trace dumping is performingid=[cdmp_20120730220102]

Mon Jul 30 22:01:04 2012

Errors in file/g01/app/oracle/diag/rdbms/gumd/gumd/trace/gumd_dbw0_3375.trc  (incident=76937):

ORA-00600: 内部错误代码,参数:[kmgs_parameter_update_timeout_1], [27072], [], [], [], [], [], [], [], [], [], []

ORA-27072: 文件 I/O 错误

Linux-x86_64 Error: 9: Bad file descriptor

Additional information: 4

Additional information: 4

Additional information: -1

Incident details in:/g01/app/oracle/diag/rdbms/gumd/gumd/incident/incdir_76937/gumd_dbw0_3375_i76937.trc

Errors in file /g01/app/oracle/diag/rdbms/gumd/gumd/trace/gumd_dbw0_3375.trc:

ORA-00600: 内部错误代码,参数: [kmgs_parameter_update_timeout_1],[27072], [], [], [], [], [], [], [], [], [], []

ORA-27072: 文件 I/O 错误

Linux-x86_64 Error: 9: Bad file descriptor

Additional information: 4

Additional information: 4

Additional information: -1

DBW0 (ospid: 3375): terminating theinstance due to error 471

Instance terminated by DBW0, pid = 3375

 

 

二.解决方法

 

2.1 错误原因:

Starting with10g, the MMON background process manages all memory resize activity by modifyingthe related parameters. The parameter update activity is triggered by atimeout.

 

If the updatecannot be performed, several error conditions are checked to see if that couldbe the cause.

 

If we cannotmatch the current condition to the list of known exceptions, we raise theassert kmgs_parameter_update_timeout_1

In such a case,we need to look at the first argument returned with the ORA-600.
This will give you the error number of the triggering condition.

 

In the presentcase, the key error is the ORA-27091 "unable to queue I/O"
In other words, we raise such an error when a "read/write/readv/writevsystem call returned error".

 

Finally, here,we found out that the problem was actually due to the spfile having root asowner

 

导致ORA-00600: [kmgs_parameter_update_timeout_1]的原因可能有如下:

(1)    ORACLE_HOME 磁盘空间不足

(2)    包含SPFILE的文件系统损坏,导致Oracle 不能访问SPFILE.

(3)    SPFILE文件所在的用户和组,或者权限不正确。

 

2.2 解决方法:

(1)如果是权限问题,那么修改SPFILE 文件到oracle 用户,dba组就ok了。

 

(2)大部分ORA-600 [kmgs_parameter_update_timeout_1]的错误都可以尝试重建SPFILE来解决。

 

步骤如下:

--根据当前SPFILE创建pfile

SQL> createpfile='<replace_by_full_path>\init.ora' from spfile;

 

--检查新的PFILE 文件

 

--关闭数据库并用新的PFILE 启动:

SQL> shutdown immediate
SQL> startup pfile=''<replace_by_full_path_of_newly_created_pfile>';

 

--创建新的SPFILE:

SQL> create spfile from pfile;

 

--关闭数据库,用新的SPFILE启动:

SQL> shutdown immediate
SQL> startup

 

 

 

参考:

ORA-00600[kmgs_parameter_update_timeout_1], [27072] Error Crashes The Database [ID1149073.1]

ORA-600[kmgs_parameter_update_timeout_1], [27072] When Trying To Start Instance [ID 1457938.1]

ORA-600[Kmgs_parameter_update_timeout_1], [27091], [] [ID 1286640.1]

 

 

 

 

-------------------------------------------------------------------------------------------------------

版权所有,文章允许转载,但必须以链接方式注明源地址,否则追究法律责任!

QQ:492913789

Email:ahdba@qq.com

Blog:  http://www.cndba.cn/dave

Weibo: http://weibo.com/tianlesoftware

Twitter: http://twitter.com/tianlesoftware

Facebook: http://www.facebook.com/tianlesoftware

Linkedin: http://cn.linkedin.com/in/tianlesoftware

 

 

-------加群需要在备注说明Oracle表空间和数据文件的关系,否则拒绝申请----

DBA1 群:62697716(满);   DBA2 群:62697977(满)  DBA3 群:62697850(满)  

DBA 超级群:63306533(满);  DBA4 群:83829929   DBA5群: 142216823

DBA6 群:158654907    DBA7 群:172855474   DBA总群:104207940

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



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

相关文章

PHP轻松处理千万行数据的方法详解

《PHP轻松处理千万行数据的方法详解》说到处理大数据集,PHP通常不是第一个想到的语言,但如果你曾经需要处理数百万行数据而不让服务器崩溃或内存耗尽,你就会知道PHP用对了工具有多强大,下面小编就... 目录问题的本质php 中的数据流处理:为什么必不可少生成器:内存高效的迭代方式流量控制:避免系统过载一次性

C++右移运算符的一个小坑及解决

《C++右移运算符的一个小坑及解决》文章指出右移运算符处理负数时左侧补1导致死循环,与除法行为不同,强调需注意补码机制以正确统计二进制1的个数... 目录我遇到了这么一个www.chinasem.cn函数由此可以看到也很好理解总结我遇到了这么一个函数template<typename T>unsigned

python获取指定名字的程序的文件路径的两种方法

《python获取指定名字的程序的文件路径的两种方法》本文主要介绍了python获取指定名字的程序的文件路径的两种方法,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要... 最近在做项目,需要用到给定一个程序名字就可以自动获取到这个程序在Windows系统下的绝对路径,以下

JavaScript中的高级调试方法全攻略指南

《JavaScript中的高级调试方法全攻略指南》什么是高级JavaScript调试技巧,它比console.log有何优势,如何使用断点调试定位问题,通过本文,我们将深入解答这些问题,带您从理论到实... 目录观点与案例结合观点1观点2观点3观点4观点5高级调试技巧详解实战案例断点调试:定位变量错误性能分

Python中 try / except / else / finally 异常处理方法详解

《Python中try/except/else/finally异常处理方法详解》:本文主要介绍Python中try/except/else/finally异常处理方法的相关资料,涵... 目录1. 基本结构2. 各部分的作用tryexceptelsefinally3. 执行流程总结4. 常见用法(1)多个e

JavaScript中比较两个数组是否有相同元素(交集)的三种常用方法

《JavaScript中比较两个数组是否有相同元素(交集)的三种常用方法》:本文主要介绍JavaScript中比较两个数组是否有相同元素(交集)的三种常用方法,每种方法结合实例代码给大家介绍的非常... 目录引言:为什么"相等"判断如此重要?方法1:使用some()+includes()(适合小数组)方法2

MySQL中On duplicate key update的实现示例

《MySQL中Onduplicatekeyupdate的实现示例》ONDUPLICATEKEYUPDATE是一种MySQL的语法,它在插入新数据时,如果遇到唯一键冲突,则会执行更新操作,而不是抛... 目录1/ ON DUPLICATE KEY UPDATE的简介2/ ON DUPLICATE KEY UP

504 Gateway Timeout网关超时的根源及完美解决方法

《504GatewayTimeout网关超时的根源及完美解决方法》在日常开发和运维过程中,504GatewayTimeout错误是常见的网络问题之一,尤其是在使用反向代理(如Nginx)或... 目录引言为什么会出现 504 错误?1. 探索 504 Gateway Timeout 错误的根源 1.1 后端

解决升级JDK报错:module java.base does not“opens java.lang.reflect“to unnamed module问题

《解决升级JDK报错:modulejava.basedoesnot“opensjava.lang.reflect“tounnamedmodule问题》SpringBoot启动错误源于Jav... 目录问题描述原因分析解决方案总结问题描述启动sprintboot时报以下错误原因分析编程异js常是由Ja

深度剖析SpringBoot日志性能提升的原因与解决

《深度剖析SpringBoot日志性能提升的原因与解决》日志记录本该是辅助工具,却为何成了性能瓶颈,SpringBoot如何用代码彻底破解日志导致的高延迟问题,感兴趣的小伙伴可以跟随小编一起学习一下... 目录前言第一章:日志性能陷阱的底层原理1.1 日志级别的“双刃剑”效应1.2 同步日志的“吞吐量杀手”