zeefengleo

vCenter磁盘目录满的解决及优化方法
在日常运维中,经常会遇到vCenter磁盘空间满导致的各种问题,个别环境的日志产生量比较大,为了便于后续的运维,在...
扫描右侧二维码阅读全文
14
2019/05

vCenter磁盘目录满的解决及优化方法

在日常运维中,经常会遇到vCenter磁盘空间满导致的各种问题,个别环境的日志产生量比较大,为了便于后续的运维,在清除部分日志的同时,也可以通过增加对应的磁盘目录来降低磁盘空间满的概率;

【建议】若对日志保留有要求,可将目标log下载下来备份;

1、vCenter磁盘满

  最常见得vCenter分区满的有:

/storage/log 目录100%

此问题是由于 /storage/log 目录中的 SSO 日志文件减小所致。在日志轮换期间,旧日志文件未压缩,从而导致 /storage/log 目录中存在多个大型文件。要临时解决 vCenter Server Appliance 中 /storage/log 目录已满的问题,请在 log4j.properties 文件中减少最大备份大小和最大备份索引。

解决方法

a.以 root 用户身份登录到 vCenter Server Appliance;
b.运行以下命令以启用对 Bash shell 的访问:
shell.set --enabled true
c.键入 shell,然后按 Enter;
d.导航到以下目录:
cd /usr/lib/vmware-sso/vmware-sts/webapps/sts/WEB-INF/classes/
e.运行以下命令备份 log4j.properties 文件:
cp log4j.properties log4j.properties.bak
f.使用文本编辑器打开 log4j.properties 文件;
g.在以下条目下找到 log4j.appender.LOGFILE.MaxFileSize 和 log4j.appender.LOGFILE.MaxBackupIndex 参数:
log4j.appender.LOGFILE.File=${catalina.base}/logs/vmware-identity-sts.log
h.分别将参数值更改为 50 和 5:
例如:
log4j.appender.LOGFILE.MaxFileSize=50MB
log4j.appender.LOGFILE.MaxBackupIndex=5
注意:默认值为 MaxFileSize=100MB 和 MaxBackupIndex=10。
i.在以下条目下找到 log4j.appender.PERFLOG.MaxBackupIndex 参数:
log4j.appender.PERFLOG.File=${catalina.base}/logs/vmware-identity-sts-perf.log
j.将参数的值更改为3;
例如:
log4j.appender.PERFLOG.MaxBackupIndex=3
注意:默认值是 MaxBackupIndex=10。
k.运行以下命令重新启动 STS 服务;
service vmware-stsd restart
l.导航到:
cd /storage/log/vmware/sso/
m.通过运行以下命令移除旧的 localhost_access_log、vmware-identity-sts 和 vmware-identity-sts-perf 日志文件:
rm localhost_access_log.*
rm vmware-identity-sts.*
rm vmware-identity-sts-perf.*
注意:请重新启动 STS 服务,以便在 /storage/log 目录中创建新的日志文件。
service vmware-stsd restart

/ 目录100%

a.通过 SSH 登录到 vCenter Server Appliance,运行以下命令以启用对 Bash shell 的访问:
shell.set --enabled true
键入shell,然后按 Enter。
b.使用以下命令导航到/var/log/audit文件夹:
cd /var/log/audit
c.运行以下命令以验证audit.log文件是否存在问题:
ls -lh
例如:
ls -lh
total 3.5G
drwx------ 2 root root 4.0K May 5 2016 audispd
-rw------- 1 root root 3.5G Feb 3 16:55 audit.log
-rw------- 1 root root 445K Apr 8 2016 audit.log-20160408.bz2
-rw------- 1 root root 447K Apr 9 2016 audit.log-20160409.bz2
-rw------- 1 root root 444K Apr 10 2016 audit.log-20160410.bz2
-rw------- 1 root root 447K Apr 11 2016 audit.log-20160411.bz2
-rw------- 1 root root 445K Apr 12 2016 audit.log-20160412.bz2
-rw------- 1 root root 446K Apr 13 2016 audit.log-20160413.bz2
-rw------- 1 root root 447K Apr 14 2016 audit.log-20160414.bz2
-rw------- 1 root root 446K Apr 15 2016 audit.log-20160415.bz2
-rw------- 1 root root 447K Apr 16 2016 audit.log-20160416.bz2
-rw------- 1 root root 447K Apr 17 2016 audit.log-20160417.bz2
-rw------- 1 root root 445K Apr 18 2016 audit.log-20160418.bz2
-rw------- 1 root root 446K Apr 19 2016 audit.log-20160419.bz2
-rw------- 1 root root 446K Apr 20 2016 audit.log-20160420.bz2
-rw------- 1 root root 445K Apr 21 2016 audit.log-20160421.bz2
-rw------- 1 root root 449K Apr 22 2016 audit.log-20160422.bz2
drwx------ 2 root root 4.0K Apr 23 2015 auditd
在此示例中,上次轮换 audit.log 的时间为 2016 年 4 月 22 日。
d.清空audit.log (官方KB推荐rm -rf,但个人比较倾向于清空,若客户对日志保留,可以将对应的日志先下载到指定位置;)
cat > audit.log
然后按 [Ctr]+[d]
e.运行以下命令以查看上次成功运行 cron 作业的时间:
ls -l /var/spool/cron/lastrun/

例如:
ls -l /var/spool/cron/lastrun/
total 0
-rw------- 1 root root 0 Apr 22 2016 cron.daily
-rw------- 1 root root 0 Apr 22 2016 cron.hourly
-rw------- 1 root root 0 Apr 21 2016 cron.weekly

2、vCenter磁盘空间优化方法之扩容

a.使用 SSH 和 root 凭据登录到 vCenter Server Appliance,运行以下命令以启用 Bash shell:
shell.set --enabled true
键入 shell,然后按 Enter;
b.使用以下命令确定存在磁盘空间问题的磁盘:
df -h
c.回到Web Client上,为目的磁盘扩容:

下图为每个分区磁盘大小值:

d.返回 SSH 会话,执行以下命令以自动展开所有增加了物理卷的逻辑卷:
vpxd_servicecfg storage lvm autogrow
增长操作成功后,您会看到类似以下内容的输出:
VC_CFG_RESULT=0
e.运行以下命令以确认虚拟磁盘已成功增长:
df -h

Last modification:May 15th, 2019 at 03:49 pm
如果觉得我的文章对你有用,请随意赞赏

Leave a Comment