このvCenterサーバーは5.1アップデート1にアップグレードされたばかりです。ホストを調べてファームウェアを最新の状態にしてから、さまざまなバージョンの5.0から5.1u1にアップグレードします。
vCenter 5。まだ5.1にアップグレードされていない5.0ホストでのみ発生します。
イメージでは、ホストをmaintモードに設定し、HP SPP DVDの自動更新モードで再起動しました。通常の約40分の更新プロセスの後、ホストはオンラインに戻りました。ホストが再接続したことを記録する7秒前に、vCenterはホストにメンテナンスモードを終了するタスクを送信しました。
私の理解では、vCenterがメンテナンスモードからホストを削除する必要があるのは、vCenterがホストをメンテナンスモード自体（VUMアップグレードタスクなど）にしたときだけです。
このvCenterがユーザー開始メンテナンスモードから一方的にホストを終了するのはなぜですか？
編集、追加情報：
さらに5つのホストでファームウェアアップグレードをすべて同時に実行しました。それらのうち2つは再接続後にmaintモードを終了し、3つは終了しませんでした。maintモードを終了する一般的な要因は、どれくらいの時間オフラインになっていたようです。仮想メディアを起動するのに数回の試行を要した2つは、メイントモードからノックアウトされた2つです。
- esx31（上の画像）：応答しない45分
- esx19（exited maint）：応答しない87分
- esx24（maintにとどまる）：32分間無反応
- esx29（maintにとどまった）：応答しない39分
- esx32（maintにとどまる）：30分間無反応
- esx34（exited maint）：応答しない70分
編集：切断時間のアイデアは、一貫して起こっていないため、赤いニシンであったようです。
さらに、vpxd.logメイントモードの終了では、タスクの開始は常にこのvim.EnvironmentBrowser.queryProvisioningPolicySOAP呼び出しの直後に続くようです。以下に、わかりやすくするために少しトリミングした行を示します。
15:27:49.535 [info 'vpxdvpxdVmomi'] [ClientAdapterBase::InvokeOnSoap] Invoke done (esx31, vim.EnvironmentBrowser.queryProvisioningPolicy)
15:27:49.560 [info 'commonvpxLro'] [VpxLRO] -- BEGIN task -- esx31 -- HostSystem.exitMaintenanceMode --
終了タスクを取得しないノードでは、vim.EnvironmentBrowser.queryProvisioningPolicyイベントが引き続き発生することに注意してください。再接続プロセスでは、メンテナンスモードの終了による余分なイベントは別として、この前後のイベントに違いは見られません。
ログにプロビジョニングポリシーが記載されていることを考えると、自動展開に関連するメンテナンスモードの問題を探すと、同様の動作に関する苦情が寄せられます（ただし、自動展開はまったく使用していません）。