vCenter Server Appliance の seat情報の削除手順
vCSA のWEBにアクセスできないとユーザから連絡。
確かに開けない。vCSAの 5480 ポートの「VMware Appliance Management 」にはアクセスできた。

データベースでアラートが上がっていて、VMware vCenter Server のプロセスが停止している。
で、seat 使用量が・・・ 90% 超え?!

どうやら、ディスク「/storage/seat」の使用量90%越えのため VMware vCenter Server のプロセスが停止してしまったようだ。
で、いろいろしらべて、https://kb.vmware.com/s/article/2110031 に従って作業(seat情報を削除)
(作業0 vCSA のVMのスナップショットを作成)
作業1. スクリプト(2110031_Postgres_task_event_stat.sql)をダウンロード
(上記URLの右側の Attachments の中の、2110031_Postgres_task_event_stat から。わからなくて、探してしまった。)
作業2 slogin で対象 vCSA へログイン
作業3 vCSA 側から scp (リモート)2110031_Postgres_task_event_stat.sql . でvCSAにスクリプトを配置
作業4 "/opt/vmware/vpostgres/current/bin/psql -U postgres -v TaskMaxAgeInDays=7 -v EventMaxAgeInDays=7 -v StatMaxAgeInDays=7 -d VCDB -t -q -f /root/2110031_Postgres_task_event_stat.sql" を実行
(上記は7日分だけ残すとき。それ以外は上記数値を変更)
(ついでに、 なんとなく、 postgress コマンド vacuum full も実行)
seat 使用量が減った。
で、VMware vCenter Server のプロセスを起動・・・無事起動!

VMware Appliance Management Interface (VAMI) にログインできない

パスワードを間違ったのかと思ったが、コンソールやsshではログインできる。
VMware vCenter Server Appliance は 6.7.0.41000
再起動したり、しばらく時間を待っても、変化なし。
下記を見つけて、対応開始
https://vmoller.dk/index.php/2018/10/19/vmware-appliance-management-interface-vami-unable-to-login/

ALT+F1 で切り替え

ログイン

一回目のパスワード入力は間違えていないはずなのだが、もう一回パスワード入力を求められる。
[ERROR]: Failed to connect to service.
と表示されている
サービスの状況を確認 (service-control --status)

参考にしたURLのと違って、applmgmt は動作している。
applmgmt を再起動してみた。

無事ログインできた!

その後、vCenter Server Appliance を何度再起動しても、現象は再現せず。
根本原因は不明。
windows 10 Pro 1903へのリモートデスクトップのセッションが切断・OSがハングアップ
windows 10 Pro 1903へのリモートデスクトップのセッションが切断される。
VMなので、確認すると、CPU100%となっており、OSがハングアップしているらしい。
検索したところ、下記と同じ現象
ローカルグループポリシーエディタ(gpedit.msc)で、
「コンピューターの構成」
「管理用テンプレート」
「リモート デスクトップサービス」
「リモート デスクトップ セッションホスト」
「リモートセッション環境」
の「リモート ディスクトップ接続に WDDM グラフィック ディスプレイ ドライバーを使用する」を、「無効」に変更。

2週間経って、現象が再現していないので、上記が原因だったらしい。
Windows 10 Pro バージョン1903 の 品質更新プログラム KB4517211 をインストールすると VMware Workstation 14 Player が動かない (KB4524147,KB4517389も)

以下の状況で、上記メッセージが出て、VMware Workstation 14 Player が動かない
・Windows 10 Pro バージョン1903
・品質更新プログラム KB4517211 をインストール
これから、 VMware Workstation 15 Player を試してみる予定。
(追記)
15の最新版をインストールしたら無事立ち上がった。(アップグレードライセンスを購入してもらっていて良かった・・・)

2019/10/09 追記
KB4517211 だけではなく、10/3以降は KB4524147、10/8 以降は KB4517389 でも同現象になります。
vCenter Server Appliance のデータロールバックにより、消えたストレージ(データストア)を消すために。
さまざまな理由から、ハード的にストレージを取り外し。
その後、 vCenter Server Appliance のVM自身が起動しなくなり、バックアップしていた、vCenter Server Appliance のVMを起動。当然、バックアップ時点(約1日前)までデータはロールバック。
そのため、ハード的に外したストレージ(データストア)が、接続ホストが空だが、vCenter Server Appliance に表示される状況になってしまった。(画面スナップショットする前までは、赤丸横線・access insuccess が表示されていた)


該当ハードディスクを接続していたESXiを再起動したり、該当ESXiとの接続を切断・再接続したが治らず。
仮想マシンしか確認していなかったのだが、テンプレートで該当ストレージ(データストア)を使っていたものがあった。
そのテンプレートを仮想マシンにしようとすると、当然「操作に失敗しました。」

ということで「インベントリからの除去」を実行。正常終了
該当ストレージ(データストア)を使っていたテンプレートをすべてインベントリから削除したら、無事、該当ストレージ(データストア)が、vCenter で見えなくなりましたとさ。
