Перезапуск агентів керування у VMware ESXi для вирішення проблеми створення віртуальної машини може не вдатися, оскільки агент не може отримати параметри створення віртуальної машини з хоста
Summary:
Покрокове керівництво для вирішення "VMware ESXi для вирішення проблеми створення віртуальної машини може не вдатися, оскільки агент не може отримати параметри створення віртуальної
машини з хоста", коли адміністратор не може підключитися безпосередньо до хоста ESXi або керувати на сервері vCenter.
...
Please select a product to check article relevancy
This article applies to This article does not apply toThis article is not tied to any specific product.Not all product versions are identified in this article.
Virtual machine creation may fail because agent is unable to retrieve VM creation options from the host.
Попередження: Якщо LACP налаштовано в мережі vSAN, не перезапускайте агенти управління на хостах ESXi, що працюють під управлінням vSAN.
Перезапуск агентів керування може вплинути на будь-які завдання, запущені на хості ESXi на момент перезапуску.
Перевірте наявність проблем зі сховищем, перш ніж перезапускати службу хоста daemon hostd або services.sh.
Cause
Агенти або послуги на хості ESXi, можливо, зупинилися.
Resolution
Перезапустіть агенти керування в ESXi за допомогою прямого консольного інтерфейсу користувача (DCUI)
Підключіться до консолі вашого хоста ESXi.
Натисніть клавішу F2 , щоб налаштувати систему.
Увійдіть як root.
За допомогою клавіш зі стрілками вгору та вниз перейдіть до розділу Параметри виправлення неполадок , а потім виберіть пункт Перезапустити агенти керування.
Натисніть Enter.
Натисніть клавішу F11 , щоб перезапустити служби.
Коли служба перезапуститься, натисніть клавішу Enter.
Натисніть клавішу Esc, щоб вийти.
Примітка: Ви також можете перезапустити служби за допомогою хост-клієнта. У хост-клієнті виберіть Хост, потім Керування, потім Служби, а потім виберіть службу, яку потрібно перезапустити.
Перезапустіть агенти керування в ESXi за допомогою оболонки ESXi або SSH
Якщо LACP включений і налаштований, не перезапускайте служби управління за допомогою команди services.sh . Замість цього перезапустіть незалежні служби за допомогою команди /etc/init.d/module restart .
Якщо проблема не вирішена, і ви перезапускаєте всі служби, які є частиною services.sh сценарію, візьміть простій, перш ніж перейти до сценарію.
Якщо NSX налаштований в середовищі, не запускайте команду /sbin/services.sh restart , оскільки це перезапускає всі служби на хості ESXi.
Якщо потрібно перезапустити агенти керування на хості ESXi, перезапустіть vpxa, host.dі fdm окремо.
Якщо ви також повинні запустити команду /sbin/services.sh restart , оскільки перезапуск кожного агента управління не працює, то перенесіть всі віртуальні машини з хоста ESXi і переведіть хост в режим обслуговування, якщо це можливо.
Якщо ви не впевнені, що NSX for vSphere встановлений на хості ESXi, запустіть цю команду для перевірки:
esxcli software vib list --rebooting-image | grep esx-*
Знайдіть наступні VIB, щоб визначити, чи встановлено NSX на хості ESXi:
vsip-esx
esx-vxlan
Якщо спільна графіка використовується в середовищі перегляду (VGPU, vDGA, vSGA), не використовуйте services.sh. Це відключає службу, яка відповідає за графіку xorg на рівні гостьової операційної системи. Видобуваючи графіку з гостьової операційної системи, ви спричиняєте збій робочого навантаження VDI за допомогою спільної графіки. Переконайтеся, що спільна графіка використовується лише для перезавантаження , а vpxa також якщо ви не перебуваєте hostdв режимі обслуговування.