问题描述: FA ,R6C20版本,vAG/VLB等liunx组件异常,后台查看/var 分区空间溢满。FA告警显示VAG/VLB服务异常。
处理过程: 1.登陆FA ,查看平台告警信息,告警信息如上图,VAG/VLB均产生服务异常的告警。 2.使用putty工具登陆VAG/VLB的系统,查看系统的磁盘使用空间。df –i ,查看/var 目录磁盘使用率100%。 3.上传附件中的modifycrontab.sh文件到基础架构管理虚拟机的/home/FusionAccess目录。 4.使用putty等工具登录该虚拟机,切换到root用户。 5.执行cd /home/FusionAccess/命令进入/home/FusionAccess目录 6.执行chmod +x
modifycrontab.sh命令 7.执行sh modifycrontab.sh命令,由于删除的日志文件可能很多,执行过程可能需要几分钟。如下显示有如下,则表示执行成功。如果提示执行失败,请执行第9步。 8.依次在其他FusionAccess的管理虚拟机上进行上面的操作。结束 9.如执行sh modifycrontab.sh 出现如“No
space left on device”报错,请继续下一步。 10.执行以下命令,清理maildrop下目录空间。 Cd /var/spool/postfix/maildrop ls | xargs -n 10
rm -rf fi 11.再使用“df -i”命令查看该/var 目录下空间。目前显示使用率为13%。 12.再执行“sh modifycrontab.sh”命令执行清理 13.对其他liunx 架构主机依次进行清理磁盘空间。 基础架构是Euler系统(欧拉)的系统存在以上bug,后续FusionAcces
6.5版本已规避。由于 Linux 在执行 cron 时,会将 cron 执行脚本中的 output 和 warning 信息,都会以邮件的形式发送 cron 所有者, 而由于客户环境中的postfix 没有正常运行(FusionAccess不需要该服务,没有配置),导致邮件发送不成功,导致大量小文件堆积在了 maildrop 目录下面。
执行脚本手动清理磁盘分区。 问题总结: 新增日常巡检环节,对平台产生告警及时处理。避免后续更大影响。 |