Grid目录过大,命中Bug

今天在例行巡检的时候,发现SMIDB的两个节点grid安装目录使用空间均为36G+,但是wssdb的目录6个G不到,相对比较正常。

df命令结果:

[[email protected] oraagent_grid]$ df -h
/dev/mapper/vg_smi-lvora
                       60G   46G   11G  81% /oracle

使用率为81%,二节点使用率为79%

再进一步看哪些目录占用了目录空间:

[[email protected] app]$ sudo du -sh *
36G     11.2.0
3.5G    grid
4.9G    oracle
7.6M    oraInventory

[[email protected] app]$ sudo du -sh *
40G     11.2.0
46M     grid
4.4G    oracle
140K    oraInventory

grid目录占用了36G,二节点也使用了40G,很不正常,

但是通过du命令,发现这个目录里面的文件合计也不过6,7G左右。

于是通过lsof命令查找是否存在磁盘文件已经删除,但是进程还在的进程:

[[email protected] oraagent_grid]$ sudo lsof |grep delete|grep -E "oraagent|audit"
oracle    18375      grid   33w      REG             253,18    10549871    1715713 /oracle/app/11.2.0/grid_1/log/smidb11/agent/crsd/oraagent_grid/oraagent_grid.l10 (deleted)
oracle    25466      grid    4w      REG             253,18    10576898    1704191 /oracle/app/11.2.0/grid_1/log/smidb11/agent/ohasd/oraagent_grid/oraagent_grid.l10 (deleted)
oracle    25468      grid    4w      REG             253,18    10576898    1704191 /oracle/app/11.2.0/grid_1/log/smidb11/agent/ohasd/oraagent_grid/oraagent_grid.l10 (deleted)
。。。。。。

oracle    25603      grid    4w      REG             253,18    10576898    1704191 /oracle/app/11.2.0/grid_1/log/smidb11/agent/ohasd/oraagent_grid/oraagent_grid.l10 (deleted)
oracle    28628      grid    4w      REG             253,18    10511009    1704519 /oracle/app/11.2.0/grid_1/log/smidb11/agent/crsd/oraagent_grid/oraagent_grid.l10 (deleted)

二节点:

[[email protected] ~]$ sudo lsof |grep delete|grep -E "oraagent|audit"
oracle    15647      grid    4w      REG             253,18    10574076    3150129 /oracle/app/11.2.0/grid_1/log/smidb12/agent/ohasd/oraagent_grid/oraagent_grid.l10 (deleted)
oracle    15649      grid    4w      REG             253,18    10574076    3150129 /oracle/app/11.2.0/grid_1/log/smidb12/agent/ohasd/oraagent_grid/oraagent_grid.l10 (deleted)
。。。。。。。。
oracle    15887      grid    4w      REG             253,18    10543680    3150126 /oracle/app/11.2.0/grid_1/log/smidb12/agent/crsd/oraagent_grid/oraagent_grid.l10 (deleted)

经过Oracle MetaLink查证,发现和17034444 Bug问题一致,应该是一个Bug,但是官网暂时没有此Bug的关于11.2.0.4的版本,只能通过重启实例来暂时解决问题。或者通过定时任务,每天手工清空此文件。

.

网页参考:

https://support.oracle.com/epmos/faces/SearchDocDisplay?_adf.ctrl-state=vizsu1db9_9&_afrLoop=240481746859423

时间: 2024-10-29 16:35:59

Grid目录过大,命中Bug的相关文章

11.2.04 Oracle RAC 目录中 crfclust.bdb文件过大,Bug 20186278

今天发现我们的数据库服务器CRS安装目录突然增大,经过查找发现在crf目录中存在一个非常大的crf文件,通过MOS查找,发现命中Bug 20186278, 记录一下,以防忘记 [[email protected] smidb11]$ pwd /oracle/app/11.2.0/grid_1/crf/db/smidb11 [[email protected] smidb11]$ ls -l total 31863680 -rw-r----- 1 root root   578748416 Aug

利用文件打开方式with open('文件名',方式) as 变量名做一个简单的复制(排除大文件bug)

1 #!usr/bin/env python 2 #-*- coding=utf-8 -*- 3 4 with open('b.py','r') as obj1, open('c.py','w') as obj2: 5 for line in obj1.read(): 6 obj2.write(line) 将a.py的数据一行一行的进行复制 节省的了内存 另外 这种打开方式 免除了 之后需要的f.close() 对代码量上有细微的差距...(我自己想的...) 注意:第二个open不接with

Linux小白第二弹之文件系统与目录结构大汇总

Linux小白第二弹之文件系统与目录结构大汇总 今天聊一下关于目录结构的东东. LInux的标准目录结构是由根/和一级目录组成,文件和目录被组织成一个单根倒置树结构.文件系统从根目录下开始,用"/"表示.一级目录如下:bin(binary),所有用户使用的基本命令:不能关联至独立分区,OS启动就会用到的程序[普通用户]: boot,引导文件存放目录,内核文件(vmlinuz).引导加载器(bootloader,grub)都存放于此目录: dev对应的是设备,如硬盘光盘: etc,配置文

DFS问题DfsrPrivate目录占用空间大

在工作中发现配置完DFS后,一段时间后发现D盘空间不足. 开始查找那个文件夹会那么大,最后找到罪魁祸首 D:\Inetpub\wwwroot\newshop.ourgame.com\DfsrPrivate这个文件不停在增长 查询微软问题,给出指导 https://support.microsoft.com/zh-cn/kb/951010 ConflictAndDeleted文件夹大小可能会超过其配置的限制 Windows Server 2003 中 按照此文档进行操作发现目录没有减小.可能还有原

spark 任务导致tmp目录过大

现象:hdp的集群没有配置spak的临时本地目录,默认在跑程序的时候会将中间过程的文件存放在本地的/tmp目录下 如果跑的spark数据量过大,就会导致/tmp下文件过大,最终导致根分区被占满,系统崩溃 解决办吧:修改spark的环境变量配置文件,在ambari界面上找到spark-env.sh的配置文件,添加参数 export SPARK_LOCAL_DIRS=spark.local.dir /disk1/sparktmp,/disk2/sparktmp 参考文档:https://blog.c

在做展开功能的时候,字体变多了,字体会变大的bug的解决方案

在没有限制高度的情况下字体会变大,要做展开效果,当然不能限制高度. 解决方案是,加个max-height就可以解决这个问题

百度的人是吃屎的吗,这么大的bug竟然发现不出来?

这个bug好几天前就发现了,没想到今天还在.下面陈述一下. 大家知道,如果我们搜索东西的时候,有记住历史记录这个功能,下次当我们在百度上面在此搜索这个关键字的时候会出现之前搜索的提示如下: 然后我按下回车键准备搜索,结果出现了下面的画面: 用户没有退出,但是他妈的这一面白纸是什么意思?这就是你做的百度搜索? 1.搜索内容呢?忽悠我呢. 2.我之前的用户的分类数据呢?这是合格的搜索? 3.本来就无爱贴吧的验证码体系,这是一种不负责的态度,没想到搜索上也出大问题,我就无语了. 4.卤煮用的是chro

Linux如何查找大文件或目录总结-1127

原帖地址:http://www.cnblogs.com/kerrycode/p/4391859.html  谢谢潇湘隐者,谢谢老大 在Linux系统中,如何去搜索一些比较大的文件呢?下面我整理了一下在Linux系统中如何查找大文件或文件夹的方法. 1 如何查找大文件 其实很多时候,你需要了解 /u01/app/oracle/oradata/prod/ 下有哪些大的数据文件,比如文件大小超过100M或1G(阀值视具体情况而定).那么如何把这些大文件搜索出来呢? 1.1搜索指定目录下超过指定大小的文

如何查找占用空间大的文件或目录

当发现系统磁盘空间满的时候,最想知道的就是哪些大文件把空间用完了. 本文提供两种查找大文件的方法. 1. 按照占用空间大小排序 将目录下各个文件按照占用空间排序,这样可以很方便的得到占用空间最大的文件或目录. 命令: du -sm /XXX/* | sort -nr 以MB为单位计算占用空间,并按照占用空间进行排序. 例如, du -sm /docker/opt/logs/logs/* | sort -nr 5854 /docker/opt/logs/logs/core 284 /docker/