Operation inconsistent with current state vmware что делать
Убедитесь, что вы меняете параметры в соответствии с рекомендациями из таблиц ниже.
Конкретные ошибки и способы их исправления можно найти в базе знаний VMware.
Поле неактивно для заполнения.
В разделе Guest OS Customization может быть неактивна область Password Reset . Поставьте флаг Enable guest customization .
Для VM с GPU возможность самостоятельного менять конфигурацию отсутствует, обратитесь в техническую поддержку .
Ограничения при изменении параметров VM¶
В имени компьютера можно использовать до 15 символов: буквы, цифры и дефисы - . Имя не может состоять только из цифр и содержать символ _ и/или пробелы. Например, «VM-01» — корректное название, «VM 01», «VM_01», «1234» и «My-VM-0123456789» — некорректные.
Operating System Family
Нельзя редактировать, если ОС уже установлена
Нельзя редактировать, если ОС уже установлена
Время задержки загрузки ОС в миллисекундах
Чтобы сохранить стабильность в работе VM, не рекомендуем без особой необходимости устанавливать параметр Boot Delay
Чтобы сохранить стабильность в работе VM, не рекомендуем без особой необходимости устанавливать Storage Policy по умолчанию для дисков VM
Enter BIOS Setup
Выбор того, нужно ли открывать BIOS при загрузке VM
Чтобы сохранить стабильность в работе VM, не рекомендуем без особой необходимости включать параметр Enter BIOS Setup
VM должна быть выключена
Раздел Hardware → Hard Disks
Размер можно только увеличить
Объем одного диска не более 4 ТБ
Для облегчения последующего обслуживания VM рекомендуем не создавать системные разделы более 100 ГБ
При изменении размера диска у VM не должно быть снепшотов
Политика хранилища по умолчанию
Количество операций ввода/вывода в секунду для диска
Тип шины данных: Paravirtual (SCSI), LSI Logic Parallel (SCSI), LSI Logic SAS (SCSI), IDE или SATA
Рекомендуем использовать тип шины, который VMware Cloud Director предлагает для ОС по умолчанию
Номер шины данных
Номер логического устройства для жесткого диска
Раздел Hardware → Compute блок CPU
Число виртуальных CPU
Максимальное количество CPU, которое вы можете назначить VM, зависит от количества логических CPU на хосте и типа гостевой ОС, которая установлена на виртуальной машине. Для пулов с частотой процессора:
3,5 ГГц — не более 8 ядер на VM
2,6 ГГц — не более 14 ядер на VM
2,4 ГГц — не более 20 ядер на VM
Cores per socket
Число ядер на сокет
Если нет лицензионных ограничений, рекомендуем ставить одно ядро на один виртуальный сокет
Если ОС позволяет, количество виртуальных ядер должно быть кратным количеству виртуальных сокетов
Virtual CPU hot add
Возможность добавлять vCPU включенной VM, после следующего включения VM
Эта функция поддерживается только в некоторых гостевых ОС и версиях VM
Expose hardware-assisted CPU virtualization to guest OS
Возможность предоставления гостевой ОС функции аппаратной виртуализации процессора
Раздел Hardware → Compute блок Memory
Размер памяти VM
Не более 344 ГБ.
Должен быть кратен 4 MB.
Возможность добавления памяти включенной VM, после следующего включения VM
Функция поддерживается не для всех гостевых ОС
Требуется версия Virtual Hardware выше 7
Раздел Hardware → NICs
Номер сетевого адаптера
Обозначение основного сетевого адаптера — шлюз по умолчанию для VM
Чек-бокс для подключения VM к сетевому адаптеру
Для современных ОС и для VM с установленными VMware Tools рекомендуем добавлять адаптеры типа VMXNET3
Способ присвоения IP-адреса в сети:
Static - IP Pool — IP-адрес будет присваиваться из пула IP-адресов сети
Static - Manual — позволяет указать IP-адрес вручную в столбце IP
DHCP — IP-адрес будет присваиваться DHCP-сервером, если он настроен
IP-адрес VM во внутренней сети
Если VM подключена к сети типа Routed, IP-адрес для сетевого адаптера VM (в т. ч. внутри ОС) должен отличаться от IP-адреса шлюза по умолчанию для этой Routed-сети. IP-адреса шлюзов по умолчанию отображаются в разделе Networking → Networks столбце Gateway CIDR .
Совпадение IP-адреса VM с IP-адресом шлюза по умолчанию приводит к конфликту. В результате может нарушиться сетевая связность между VM в данной подсети и хостами в других подсетях, поскольку трафик из подсети идет через шлюз по умолчанию, а трафик во внешние подсети идет к VM, а не к шлюзу по умолчанию.
Подробнее о Routed-сетях по ссылкам ниже. Описание зависит от используемого типа NSX :
Описание проблемы
The virtual machine might be performing concurrent operations. Actions: Complete the concurrent operation and retry the power-off operation. The virtual machine is in an invalid state. Virtual machines can enter an invalid state for many reasons.При попытке мигрировать виртуальную машину вы может получить ошибку:
Failed to migrate the virtual machine for reasons described it the event messageТак же вы можете увидеть ошибку при попытке, выключить или перезапустить виртуалку:
Во всех случаях вам скажут, что данная виртуальная машина имеет некий процесс, который в данный момент не дает выполнить ваши повторные действия. Так же данная виртуалка у меня была членом RDS фермы, при попытке перевода его в режим стока (Drain-Mode) я получил ошибку "Не удалось изменить состояние подключения для сервера".
Как перезапустить зависшую виртуальную машину
Сразу хочу отметить, что если в графическом интерфейсе у вас не выходит, что либо сделать, то у вас остается только командная строка ssh. Включаем на ESXI хосте SSH службу. Далее подключаемся через Putty или MremoteNG. Я подключаюсь через MremoteNG. Первое, что вам необходимо сделать, это как посмотреть список активных процессов, все как в Windows. Для этого есть команда:
В моем примере, я вижу свою виртуальную машину TERM6. Если системные процессы мозолят вам глаза, то вы можете одновременно нажать SHIFT+V, что оставит отображение только виртуальных машин.
Теперь нам нужно вычислить LWID - Leader World Id, завершив который вы завершите работу нужной виртуалки. ПО умолчанию LWID не отображается, чтобы его включить нажмите клавишу F. У вас откроется меню, где можно добавлять или скрывать поля. Видим, что если нажать клавишу "C", то у вас будет добавлен LWID- Leader World Id. Нажимаем "C" и "Enter".
Теперь зная LWID, нажмите клавишу "K", она вызовет меню "World to kill (WID)", данная операция поможет принудительно завершить процесс LWID. Вбиваем наш LWID и нажимаем "Enter".
Тут у вас два варианта, чудо произошло (80% вероятности) и чудо не произошло, часто бывает в случаях с ошибкой "Another task is already in progress"
Кстати World ID можно вычисли и просто введя команду:
Там вы сможете увидеть World ID, после чего его можно убить командой:
В моем случае чудо произошло, виртуалка перешла в состояние Power OFF, я это вижу в Power-CLI.
Если принудительное завершение процесса вам не помогло, то делаем вот что, по возможности мигрируйте все остальные виртуальные машины с данного хоста, у вас из-за ошибки останется только сбойная. Все в том же SSH. введите:
В итоге у вас будет выведен список, где первая колонка это PID процесса, вторая PID родительского процесса, убиваем его для вашей виртуальной машины.
После чего пишем kill PID-родительского процесса. Если не помогло, то пробуем выполнить вот, что (по возможности перевезите другие сервера с данного хоста на другие хосты)
В результате действий хост стал работать нормально, единственное может быть ситуация, что виртуалку придется удалить из inventory и добавить заново. Если и это не помогло, то попробуйте выполнить:
/etc/ init . d / hostd restart && /etc/ init . d / vpxa restartВисит задача create virtual machine snapshot
Еще в своей практике встречал ситуации, что из-за незаконченного задания у меня не выполнялось резервное копирование, задание висело со статусом "create virtual machine snapshot"
Иногда сталкиваюсь с тем, что определенная виртуальная машина на хосте VMWare ESXi зависает и ее нельзя никаким средствами выключить или перезагрузить из веб-интерфейса клиента vSphere. Перезагружать целиком ESXi сервер из-за одной виртуальной машины – не совсем целесообразно (особенно, если у вас всего один ESXi хост, или оставшиеся сервера в DRS кластере не потянут дополнительной нагрузки в виде виртуальных машин с перезагружаемого сервера). Рассмотрим основные способы принудительной остановки зависшей виртуальной машины в VMWare ESXi.
Если процесс виртуальной машины на сервере ESXi завис, она перестает реагировать на команды Reset / Power Off, и на любое действие выдает одну из ошибок:
- The attempted operation cannot be performed in the current state ;
- Another task is already in progress ;
- The virtual machine might be performing concurrent operations. Actions: Complete the concurrent operation and retry the power-off operation. The virtual machine is in an invalid state .
В таких случаях вы можете вручную остановить процесс виртуальной машины на хосте ESXi из командной строки ESXi Shell или PowerCLI.
Сначала определите на каком ESXi хосте запушена зависшая виртуальная машина. Для этого в интерфейсе vSphere Client найдите ВМ. Имя хоста, на котором она запущена, указано на вкладке Summary в секции Related Object -> Host.
Щёлкните по имени хоста ESXi. Вам нужно разрешить доступ к нему по протоколу SSH. Перейдите в Configure -> Services -> SSH -> Start.
Теперь вы можете подключиться к этому ESXi хосту через SSH с помощью клиента putty.
Выведем список ВМ, запушенных на хосте ESXi:
esxcli vm process list
Скопируйте идентификатор нужной виртуальной машины (World ID).
Чтобы завершить процесс зависшей виртуальной машинына хосте ESXi используется следующая команда:
esxcli vm process kill --type=[soft,hard,force] --world-id=WorldNumber
Как вы видите, есть три типа завершения процесса ВМ:
- Soft – самый безопасный способ завершить VMX процесс (похож на kill -SIGTERM);
- Hard – немедленное завершение процесса ВМ (kill -9);
- Force – самый жесткий режим завершения процесса, должен использоваться в последнюю очередь, если ничего другое не помогает.
Попробуем мягко остановить ВМ с указанным ID:
esxcli vm process kill --type=soft -w=25089429
ВМ должна выключиться.
Вы можете остановить зависшую виртуальную машину с помощью PowerCLI (это удобно, т.к. при подключении к vCenter вам не нужно искать хост, на котором запушена ВМ и включать SSH доступ). Проверим, что ВМ запушена:
get-vm “web2" | select name,PowerStates
Принудительно остановите процесс ВМ командой:
stop-vm -kill "web2" -confirm:$false
Также вы можете остановить зависшую виртуальную машину с помощью утилиты ESXTOP.
В SSH сесиии введите команду esxtop, затем нажмите “c” для отображения ресурсов CPU и shift + V, чтобы отображать только процессы вириальных машин
Затем нажмите “f” (выбрать отображаемы поля), “c” (отобразить поле LWID- Leader World Id) и нажмите Enter.
В столбце Name найдите виртуальную машину, которую нужно остановить, и определите номер ее LWID по соответствующему столбцу.
Затем осталось нажать кнопку «k» (kill) и набрать LWID идентфикатор той виртуальной машины, которую нужно принудительно выключить.
Последний способ жёсткого выключения виртуальной машины – воспользоваться утилитой kill. Такой способ позволит остановить не только ВМ, но и все дочерние процессы.
Получим ID родительского процесса ВМ:
kill -9 24288474
После такого “hard reset”, установленная ОС запустится в режиме восстановления. В случае гостевой Windows, скрин будет выглядеть так.
Эта проблема, кажется, вызвана множеством проблем. В некоторых случаях ошибка возникает после того, как пользователи попытались создать моментальный снимок своих виртуальных машин.
В других случаях эта ошибка появляется, когда пользователи пытаются завершить работу сервера vCenter, прежде чем он обнаружит хост ESXi. Некоторые пользователи сталкивались с этой ошибкой, когда просто пытались запустить виртуальную машину с vCenter Server.
Множество причин, по которым возникает эта ошибка, несколько усложняет ее решение, но наша команда в Windows Report нашла в Интернете лучший способ опробовать его.
В этой статье мы рассмотрим результаты, полученные в результате исследований нашей команды, и предоставим вам исчерпывающее руководство для решения этой проблемы раз и навсегда. Читай дальше, чтобы узнать больше.
Видите, что ошибка не разрешена в текущем состоянии на VMWare? Попробуй это
1. Перезапустите агенты управления на хост-компьютере.
Примечание. Очень важно убедиться, что запуск / выключение виртуальной машины с отключенной функцией хоста. Если по какой-либо причине вы не можете получить доступ к этому параметру, следуйте этому руководству.
- Откройте и подключитесь к консоли вашего хоста ESXi.
- Нажмите клавишу F2 на клавиатуре, чтобы открыть меню настроек.
- Войдите с правами root.
- С помощью стрелок вверх и вниз -> перейдите к пунктам « Устранение неполадок» -> « Перезапустить агентов управления».
- Нажмите Enter.
- Нажмите клавишу F11, чтобы перезапустить службу.
- После перезапуска службы -> нажмите Enter.
- Нажмите клавишу Escape, чтобы выйти.
2. Перезапустите службу виртуального центра VMware на vCenter Server.
Примечание. Стоит отметить, что при перезапуске службы VMware VirtualCenter Server все пользователи, подключенные к инфраструктуре через клиента, будут отключены.
Вывод
Несмотря на то, что появление ошибки «Не разрешено в текущем состоянии» в программном обеспечении VMware может быть вызвано большим количеством действий, нам удалось свести все решения к двум представленным вам.
Пожалуйста, внимательно следуйте инструкциям, приведенным в этом списке, чтобы избежать других проблем.
Не стесняйтесь сообщить нам, если эта статья помогла вам решить вашу проблему. Вы можете сделать это, используя раздел комментариев ниже.
Читайте также: