【BUG】crfclust.dbd变得非常大

这是最近在群里看到有朋友遇到的问题,查了下mos,发现是bug。下面仅做一下简单的记录

问题描述
11gR2的RAC,$GRID_HOME/crf/db/rac1 路径下的crfclust.bd文件非常大,将近20G.

Affects:

Product (Component) Oracle Server (PCW)
Range of versions believed to be affected Versions BELOW 12.2
Versions confirmed as being affected
Platforms affected Generic (all / most platforms affected)

Fixed:

The fix for 20186278 is first included in

Description

BDB retension time suddenly change to 1094795585 or some other huge value.
This may cause crfclust.bdb file to grow in size, as crflogd tries to keep
data for longer retention. 

Rediscovery Notes 

When hitting this problem, crflogd.log may show the retention size being
suddenly updated to a large size. 

 ------------------------------------------------------------------
 2014-02-03 15:36:29.799: [ CRFLOGD][2363541248]updateDBRetention: new retention is 1094795585 seconds and 4702111234474983745 bytes
 ------------------------------------------------------------------

Current retention value may be checked with following command.
If the retention value (unit: seconds) shows a large value like
1094795585, you are likely to have hit this problem.

 $ oclumon manage -get repsize
 CHM Repository Size = 1094795585

Workaround 

Modify BDBSIZE parameter in config file crf<hostname>.ora to
adequately lower value. To do so, follow these steps:

1. Issue "$GI_HOME/bin/crsctl stop res ora.crf -init " on all the nodes of cluster.
2. Locate the config file $GRID_HOME/crf/admin/crf<hostname>.ora
3. Manually edit the crf<hostname>.ora file on every node of the cluster and
   change BDBSIZE tag entry and remove the value (set it to blank) or
   set it to a desired value, eg. 61511. Do not delete the BDBSIZE tag itself.
4. Restart ora.crf daemon on every node.

解决方法

        该bug在12.2版本修复,变通的解决方法
        1.  在集群中的所有节点执行 “GI_HOME/bin/crsctl stop res ora.crf -init "  
        2.  跳转到 $GRID_HOME/crs/admin/crf<hostname>.ora所在目录下
        3.  在集群中的所有节点手工编辑crf<hostname>.ora文件,修改BDBSIZE所在行,移除其所设定的值(设置它为空)
            或者 将它的值设定为期望值,例如61511。不要删除BDBSIZE。
        4. 在集群中的每个节点重启ora.crf.

参考
Bug 20186278 - crfclust.bdb Becomes Huge Size Due to Sudden Retention Change (文档 ID 20186278.8)

时间: 2024-10-16 09:31:44

【BUG】crfclust.dbd变得非常大的相关文章

char-dos中的bug还是字体变大后显示的差别?

问题描述 dos中的bug还是字体变大后显示的差别? 自己写的java代码,输出的应该是一个char的空字符,dos中输出的也是一个char类型的空字符,但是如果将dos中属性下的字体调成10_*20,空的字符竟然显示成了a,但是其他字体还是显示的是char类型的空字符,难道是dos中的bug?还是编码情况的问题_. 解决方案 输出到文件,或者复制粘贴到记事本再观察.感觉是你程序的问题,这应该是一个不是空格的字符.

锁屏插件Subtlelock现Bug 越狱设备变白苹果

&http://www.aliyun.com/zixun/aggregation/37954.html">nbsp;       昨天深夜至今夜凌晨,有 大量越狱iOS用户在贴吧.论坛等处集中反映自己的越狱设备无限重启或进入安全模式,甚至有大量用户出现白苹果(手机重启后卡在苹果LOGO界面无法进入系统)现象. 经过一些用户的排查,现已证实是 一款名为"Subtlelock"的锁屏美化插件引起白苹果问题. 据了解,Subtlelock是国外独立开发者开发的一款iP

软件测试的Bug缺陷管理流程

流程说明 1.测试人员填写bug并提交给开发组长,Bug的状态为New: 2.开发组长次日工作前对bug确认是否有效.有效的bug,状态变化为open,并分配给开发人员:bug无效或者延期修改的,将bug状态变化为Rejected,同时也在comment中注明原因. 3.开发人员上班的第一件事情是查看自己有几个bug需要修改. 4.开发人员修改bug,修改完成并进行单元测试后,将bug的状态变为fixed,在comment中说明修改方法: 5.测试人员每天查看自己提交的bug的状态变化,应该成为

演示文稿变小巧

为了美化PowerPoint演示文稿,我们 往往会在其中添加 大量图片,致使文件变得非常大.由于演示文稿文件主要用于屏幕演示而不作为打印输出, 所以我们可以利用PowerPoint 2002的压缩图片功能让演示文稿变得小巧起来. 步骤 如下: 打开PowerPoint 2002制作的演示文稿,选择"文件"菜单下"另存为"命令. 在弹出的"另存为"窗口中,点击右上角的[工具(L)]按钮,在下拉菜单中选择"压缩图片"(如图1).

Perl DBI 基础

   本节提供DBI 的背景信息-在编写自己的脚本和支持其他人编写的脚本时,需要这些信息.如果已经熟悉DBI,则可以略过这节,直接跳到7 . 3节"运行DBI". DBI 数据类型     从某些方面来说,使用Perl DBI API 类似于使用第6章介绍的C 客户机库.在使用C 客户机库时,主要依靠指向结构或数组的指针来调用函数和访问与MySQL相关的数据.在使用DBI API 时,除了函数称为方法,指针称为引用外,也调用函数和使用指向结构的指针.指针变量称为句柄,句柄指向的峁钩莆

深度学习的这些坑你都遇到过吗?神经网络 11 大常见陷阱及应对方法

如果你的神经网络不工作,该怎么办?本文作者列举了搭建神经网络时可能遇到的11个常见问题,包括预处理数据.正则化.学习率.激活函数.网络权重设置等,并提供解决方法和原因解释,是深度学习实践的有用资料. 如果你的神经网络不工作,该怎么办?作者在这里列出了建神经网络时所有可能做错的事情,以及他自己的解决经验. 忘记规范化数据 忘记检查结果 忘记预处理数据 忘记使用正则化 使用的batch太大 使用了不正确的学习率 在最后层使用了错误的激活函数 你的网络包含了Bad Gradients 初始化网络权重不

归档—监控ORACLE数据库告警日志

ORACLE的告警日志里面包含许多有用的信息,尤其是一些ORACLE的ORA错误信息,所以有必要及时归档.监控数据库告警日志的ORA错误,及时提醒数据库管理员DBA处理这些错误信息,那么我们首先来看看告警日志的内容片断: Thread 1 advanced to log sequence 37749 (LGWR switch) Current log# 6 seq# 37749 mem# 0: /u01/oradata/SCM2/redo06.log Thu Jun 27 15:02:30 20

ERP典型病:软件上马意识脱节 首期困难重重

小陈的亲戚老张在本市的一个生产化工产品的国营工厂当第三把手.这些年随着信息化进度的推进,国营生产型企业内部不断改制,国家对这些关系民生的基础能源行业也多次整改.因此,该工厂于前年底开始准备上ERP,并正式成立ERP项目管理委员会,筹备上ERP.老张挂帅ERP筹备小组组长.老张和工厂的党委书记看中了小陈的资历:30岁年轻有为,曾在一家中型软件公司工作了三年,参与过ERP项目的开发和实施,目前在一家生产型的国营企业当技术副主管.以高薪引进了小陈,任命为ERP筹备管理小组副组长,负责ERP技术类各种实

艾伟也谈项目管理,项目经理成长日记(7)——说是细,做的粗

估计绝大部分的公司都在提倡一个口号:"注重细节."但是往往是口号容易喊,行动却是千辛万苦,何谓细节?也就是自身工作的每一个环节.每一道流程的琐碎小事,而这些小事又常常容易被人忽略.有很多人有雄才大志,内心中充斥着舍我其谁的非凡气魄,但其眼高手低,小事不屑,大事难成,最终只落得一事无成的悲哀. 软件开发亦是如此,提倡了许久的注重细节,更有甚者许多公司标榜自己的优势在于:"我们更注重细节."然而如果说我们要做到和自己提出的口号一致的时候,我们该如何去做?该做什么的事情才