遇到BUG:5103658

背景说明: spotlightRAC方式连接XDB数据库时产生连接成功后即中断,spotlight无法正常以RAC方式监控XDB;

但能以RAC方式监控同样平台,同样版本的另一个RAC数据库.

分析:根据连接时产生的错误提示ORA-03113: end-of-file on communication channel, 并在alert数据库报警日志文件中产生trc文件及ORA-07445: exception encountered: core dump [] [] [] [] [] []错误提示. Trc文件中发现:

*** 2009-03-03 15:44:47.458

ksedmp: internal or fatal error

ORA-07445: 鍑虹幇寮傚父閿欒?: 鏍稿績杞?偍 [] [] [] [] [] []

Current SQL statement for this session:

SELECT inst_id, ip_ksxpia FROM x$ksxpia

直连测试:下面第一个SQL窗口查询自YDB数据库正常返回结果,第二个SQL窗口查询自XDB数据库,则同样产生trcORA-07445:

[@more@]

Metalink上查到ORACLE文档(5103658.8)中提到的ORACLE BUG有关,需要打补丁到10.2.0.3

Description

Please note: The above is a summary description only. Actual symptoms can vary. Matching to any symptoms here does not confirm that you are encountering this problem. Always consult with Oracle Support for advice.

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

转载于:http://blog.itpub.net/2073/viewspace-1019633/

在操作系统和内核编程中,"BUG: scheduling while atomic"通常指的是在执行原子操作的过程中发生了一个调度事件,这可能导致不一致的状态或其他问题。原子操作是指那些不可分割的操作,即它们要么完全执行,要么根本不执行,不会被其他操作中断。在多线程或多任务环境中,如果在执行这样的操作时发生了上下文切换,可能会导致数据不一致或者状态错误。 操作系统内核通常会使用原子操作来保证对共享资源的安全访问,例如在更新链表、修改共享变量或者对计数器进行递增递减时。如果在这些操作中间插入了任务调度,也就是另一个任务被调度来运行,可能会破坏数据的完整性或者产生错误的结果。 为了避免这种问题,操作系统提供了多种机制来保证原子操作的安全性,例如: - 禁用中断:在执行原子操作时暂时关闭中断,这样可以避免被外部中断打断,从而保证原子性。 - 使用锁:使用各种锁机制(如自旋锁、互斥锁等)来保证同一时间只有一个任务可以执行特定的代码段。 - 使用原子指令:现代处理器提供了一系列原子指令,可以直接在硬件层面上实现原子操作。 当开发者在调试内核代码或驱动程序时,如果遇到了“BUG: scheduling while atomic”的错误信息,通常需要检查代码中涉及原子操作的部分,确保没有在这些操作期间发生不必要的上下文切换或者中断。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值