Цей сервер vCenter щойно оновлений до оновлення 5.1. Я переглядаю хости і оновлюю прошивку, а потім модернізую їх до різних версій 5.0 до 5.1u1.
vCenter 5.1u1, схоже, має нову цікаву поведінку: це видалення хостів з режиму обслуговування, коли вони знову підключаються після відключення - але дуже непослідовно, я бачив це, можливо, 4 або 5 разів при ~ 25-30 перезавантаженнях хоста. Я бачив, що це відбувається лише на 5.0 хостів, які ще не були оновлені до 5.1.
На зображенні я розмістив хост у режим maint і перезавантажив його в автоматичному режимі оновлення DVD-дисків HP SPP. Після свого звичайного ~ 40-хвилинного оновлення хост повернувся в Інтернет .. і за 7 секунд, перш ніж навіть зареєструватися, що хост знову підключився, vCenter відправив хосту завдання вийти з режиму обслуговування.
На моє розуміння, єдиний час, коли vCenter повинен вийти з хосту з режиму обслуговування, - це коли vCenter переведе його в режим обслуговування (наприклад, завдання оновлення VUM).
Чому цей vCenter повинен в односторонньому порядку виходити з хоста з режиму обслуговування, ініційованого користувачем?
Редагування, додаткова інформація:
Я провів оновлення прошивки на ще 5 хостах, все одночасно. Двоє з них вийшли з режиму основного режиму після повторного підключення, три - не. Загальним фактором тих, хто виходить з режиму основного режиму, здається, є те, як довго вони перебували в офлайні ; дві, які зайняли кілька спроб завантаження віртуальних медіа - це дві, які вийшли з режиму Maint.
- esx31 (зображення вище): 45 хвилин не відповідає
- esx19 (вийшов із програми): 87 хвилин не відповідає
- esx24 (залишився в основному): 32 хвилини не відповідає
- esx29 (залишився в основному): 39 хвилин не відповідає
- esx32 (залишився в основному): 30 хвилин не відповідає
- esx34 (вийшов із програми): 70 хвилин не відповідає
Редагувати: здається, що ідея часу відключення була червоною оселедцем, оскільки це не відбувається послідовно.
Крім того , в режимі vpxd.logвихідного режиму ініціація завдань, здається, завжди негайно слідує за цим vim.EnvironmentBrowser.queryProvisioningPolicyвикликом SOAP. Ось лінії, трохи оброблені для наочності:
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подія все-таки відбувається. Я не бачу жодних інших відмінностей у подіях до або після цього в процесі підключення, окрім додаткових подій, викликаних виходом із режиму обслуговування.
Зважаючи на згадку журналу про політику резервування, пошук проблем, пов’язаних із автоматичним обслуговуванням, викликає скарги на подібну поведінку (хоча я взагалі не використовую автовиробництво).