vCSA 6.7 のlogの容量問題をlog以外のファイルも削除して解決しました

当ページのリンクには広告が含まれています。

vCSA(vCenter Server Appliance) 6.7 のLogの容量問題について解決策を解説します。

ふぅたこ

この方法で対処できました。

初心者がなんとか解決した方法なのでバックアップを取ってから実施してください。

/storage/logがほぼ100%になっていたのを解決できました。

目次

対象

VMware vCenter Server Appliance 6.7

概要

下記3ファイルを削除しています。

  • catalina*log
  • localhost_access*
  • content-library-runtime.log-*.stdout

改善前と改善後

改善前のlog容量

# df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 4.9G 0 4.9G 0% /dev
tmpfs 4.9G 788K 4.9G 1% /dev/shm
tmpfs 4.9G 684K 4.9G 1% /run
tmpfs 4.9G 0 4.9G 0% /sys/fs/cgroup
/dev/sda3 11G 6.7G 3.4G 67% /
tmpfs 4.9G 1.5M 4.9G 1% /tmp
/dev/mapper/dblog_vg-dblog 15G 230M 14G 2% /storage/dblog
/dev/mapper/updatemgr_vg-updatemgr 99G 3.6G 90G 4% /storage/updatemgr
/dev/mapper/seat_vg-seat 9.8G 206M 9.0G 3% /storage/seat
/dev/mapper/autodeploy_vg-autodeploy 9.8G 23M 9.2G 1% /storage/autodeploy
/dev/mapper/imagebuilder_vg-imagebuilder 9.8G 23M 9.2G 1% /storage/imagebuilder
/dev/mapper/archive_vg-archive 50G 47G 17M 100% /storage/archive
/dev/mapper/netdump_vg-netdump 985M 1.3M 916M 1% /storage/netdump
/dev/mapper/db_vg-db 9.8G 651M 8.6G 7% /storage/db
/dev/mapper/core_vg-core 25G 1008M 23G 5% /storage/core
/dev/sda1 120M 34M 78M 31% /boot
/dev/mapper/log_vg-log 9.8G 9.4G 0 100% /storage/log    ←★

改善後

# df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 4.9G 0 4.9G 0% /dev
tmpfs 4.9G 788K 4.9G 1% /dev/shm
tmpfs 4.9G 692K 4.9G 1% /run
tmpfs 4.9G 0 4.9G 0% /sys/fs/cgroup
/dev/sda3 11G 6.8G 3.3G 68% /
tmpfs 4.9G 1.5M 4.9G 1% /tmp
/dev/mapper/archive_vg-archive 50G 47G 18M 100% /storage/archive
/dev/mapper/updatemgr_vg-updatemgr 99G 3.6G 90G 4% /storage/updatemgr
/dev/mapper/db_vg-db 9.8G 684M 8.6G 8% /storage/db
/dev/mapper/log_vg-log 20G 2.8G 16G 15% /storage/log    ←★
/dev/mapper/imagebuilder_vg-imagebuilder 9.8G 23M 9.2G 1% /storage/imagebuilder
/dev/mapper/dblog_vg-dblog 15G 230M 14G 2% /storage/dblog
/dev/mapper/core_vg-core 25G 1008M 23G 5% /storage/core
/dev/sda1 120M 34M 78M 31% /boot
/dev/mapper/netdump_vg-netdump 985M 1.3M 916M 1% /storage/netdump
/dev/mapper/seat_vg-seat 9.8G 208M 9.0G 3% /storage/seat
/dev/mapper/autodeploy_vg-autodeploy 9.8G 23M 9.2G 1% /storage/autodeploy

ベンダーに取り急ぎlog領域の容量を大きくする方法もあると教えてもらって増やしています。
結果的には9.4G→2.8Gに減らせています。

解決方法

空き容量確認コマンド

# vCenter上のファイルシステム内での空き容量を確認します。
df -h

不要なログ削除コマンド

# /storage/log/vmware/ssoのディレクトリ配下へ移動します。
cd /storage/log/vmware/sso

#catalinaと名前の付くログが存在するかを確認します。
ls -lha catalina*log

# catalinaと名前の付くログを削除します。

rm catalina*log

# localhost_accessと名前の付くログが存在するかを確認します。
ls -lha localhost_access*

# localhost_accessと名前の付くログを削除します。
rm localhost_access*

# /storage/log/vmware/eam/web/のディレクトリ配下へ移動します。
cd /storage/log/vmware/eam/web/

# catalinaと名前の付くログが存在するかを確認します。
ls -lha catalina*log

# catalinaと名前の付くログを削除します。
rm catalina*log

# localhost_accessと名前の付くログが存在するかを確認します。
ls -lha localhost_access*

# localhost_accessと名前の付くログを削除します。
rm localhost_access*

不要なcontent-libraryのログ削除コマンド

# /storage/log/vmware/content-libraryのサイズを確認します
ls -lSr /storage/log/vmware/content-library

# 問題部分の抜粋 content-library-runtime.log-*.stdout
-rw------- 1 content-library users         42 Mar 10 08:45 content-library-runtime.log.stdout
-rw------- 1 content-library users   16126410 Mar 10 04:52 content-library-runtime.log-2.stdout
-rw------- 1 content-library users   22271086 Mar 10 08:45 content-library-runtime.log-0.stdout
-rw------- 1 content-library users   23981359 Mar 10 07:12 content-library-runtime.log-1.stdout
-rw------- 1 content-library users 2926200337 Mar 10 04:40 content-library-runtime.log-3.stdout
-rw------- 1 content-library users 3431677952 Jan 30 07:30 content-library-runtime.log-4.stdout

# /storage/log/vmware/content-library/のディレクトリ配下へ移動します。
cd /storage/log/vmware/content-library/

# content-library-runtime.log-[数字].stdout を削除します。
rm content-library-runtime.log-[数字].stdout

content-libraryを肥大化させている原因を解決するコマンド

# content-library-runtime.log.stdout も消します
echo > content-library-runtime.log.stdout 

# /etc/vmware-content-library/log4j.properties のバックアップを残して置き換えます
cd /etc/vmware-content-library/
cp -R log4j.properties log4j.properties.old
cat /dev/null > log4j.properties


# log4j.propertiesの内容を上書きします。
# 参考リンクの指定場所からダウンロードしたファイルの中身をコピー貼付けしてください
vi log4j.properties

# ファイルの所有権/権限を確認し、それに応じて変更します
chown content-library:cis log4j.properties
chmod 640 log4j.properties

# コンテンツ ライブラリ サービスを再起動します。
service-control --restart content-library

参考リンク

After update to vCenter Server Appliance 6.7 Update 3r, /storage/log fills up sue to growth in content-library-runtime.log.stdout (89009) (vmware.com)

参考にしたページ

■Troubleshooting vCenter Appliance /storage/log directory is 80% or more full (83070)
https://kb.vmware.com/s/article/83070?lang=ja

■VMware Communities /Storage/Log is full due to content-library-runtime.log.stdout
https://communities.vmware.com/t5/vCenter-Server-Discussions/Storage-Log-is-full-due-to-content-library-runtime-log-stdout/td-p/2922340

■VMware CUSTOMER CONNECT After update to vCenter Server Appliance 6.7 Update 3r, /storage/log fills up sue to growth in content-library-runtime.log.stdout (89009)
https://kb.vmware.com/s/article/89009

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

コメント

コメントする

目次