主机逻辑磁盘占用率超过阈值
问题描述
FCportal上面报:ALM-15.1000036 主机逻辑磁盘占用率超过阈值,告警目录为:/var/log和/tmp/disk/log。排查后发现/var/log/目录下面date_last_bakup文件中的值被修改导致,由上一次备份时间被修改为itor:send导致日志转储失败。
告警信息
主机逻辑磁盘占用率超过阈值
处理过程
1、使用root账号登陆到告警的CAN节点,执行df –h指令查看/var/log和/tmp/disk/log两个磁盘目录的使用率均为86%。查看/var/log目录下面有wtmp.*,userCommand.*,lastlog.*等日志,如图1所示。cd /var/log/Manage_CNA02目录查看日志只是备份到7月25号,最近20天左右的日志没有备份。

图1
2、查看/var/log目录下面date_last_bakup文件的内容,发现为itor:send,如图2所示,正常情况下应该为上一次转储日志的时间,如图3(测试环境截图)

图2

图3
3、执行如下指令:mv date_last_bakup /home指令将date_last_bakup文件移到/home目录下面。等到下一个备份时间点的时候在/var/log目录下面会自动生成一个新的date_last_bakup文件。再次df –h查看/var/log和/date_last_bakup占用率是否恢复到85%以下。

图1
2、查看/var/log目录下面date_last_bakup文件的内容,发现为itor:send,如图2所示,正常情况下应该为上一次转储日志的时间,如图3(测试环境截图)

图2

图3
3、执行如下指令:mv date_last_bakup /home指令将date_last_bakup文件移到/home目录下面。等到下一个备份时间点的时候在/var/log目录下面会自动生成一个新的date_last_bakup文件。再次df –h查看/var/log和/date_last_bakup占用率是否恢复到85%以下。
根因
/var/log目录下面date_last_bakup文件的内容被修改为itor:send导致
解决方案
执行指令mv date_last_bakup /home指令将date_last_bakup文件移到/home目录下面。等到下一个备份时间点的时候在/var/log目录下面会自动生成一个新的date_last_bakup文件
建议与总结
无
阅读剩余
版权声明:
作者:SE_You
链接:https://www.cnesa.cn/1776.html
文章版权归作者所有,未经允许请勿转载。
THE END