Не запускается виртуальная машина vmware esxi
Многие администраторы VMware ESXi сталкивались с такой проблемой, как «фиолетовый экран смерти». Самое неприятное в этой проблеме, что у вас возникает недоверие к своей собственной инфраструктуре. В голове постоянно крутятся мысли о том, что такая же проблема может повториться и на другом сервере.
Висит задача create virtual machine snapshot
Еще в своей практике встречал ситуации, что из-за незаконченного задания у меня не выполнялось резервное копирование, задание висело со статусом "create virtual machine snapshot"
Диагностика зависшей виртуальной машины
Первым делом, чтобы восстановить сервис, вам необходимо принудительно перезагрузить виртуальную машины, для этого щелкните по ней правым кликом мыши и выберите пункт "Power - Reset".
После того, как операционная система в ней загрузится, я вам советую начать изучение логов Windows. Открываем просмотр событий и делаем поиск ошибок и предупреждений. Мне удалось найти два события, которые косвенно говорили, что проблема с зависанием виртуальной машины связана непосредственно с операционной системой и возможными проблемами с поврежденными системными файлами или драйверами Vmware Tools. Первое событие:
Так же можно обнаружить и ошибки вот такого рода, которые так же заставляю виртуальную машину флапать, зависать с черным экраном.
Данное событие связано с сетевым интерфейсом типа E1000, советую его поменять на паравиртуализованный VMXNET3. E1000 кушает больше ресурсов процессорных мощностей и так же более капризный, но за то не требует установки Vmware Tools.
Так же вы можете посмотреть логи самой виртуальной машины на уровне Vmware ESXI 6.5. Я нашел там вот такую выборку:
2019-05-14T11:06:41.739Z| vmx| I125: GuestMsg: Channel 0, Cannot unpost because the previous post is already completed
2019-05-14T11:08:48.012Z| svga| I125: MKSScreenShotMgr: Taking a screenshot
2019-05-14T11:08:53.849Z| mks| I125: SOCKET 1396535 (189) Creating VNC remote connection.
2019-05-14T11:08:53.849Z| mks| I125: MKSControlMgr: New VNC connection 1
2019-05-14T11:08:53.912Z| mks| W115: VNCENCODE 1396535 failed to allocate VNCBlitDetect
2019-05-14T11:08:53.912Z| mks| I125: VNCENCODE 1396535 VNCEncodeChooseRegionEncoder: region encoder adaptive. Resolution: 1024 x 768
2019-05-14T11:08:54.289Z| vmx| I125: Tools_SetGuestResolution: Sending rpcMsg = Resolution_Set 1920 863
2019-05-14T11:08:54.630Z| vcpu-7| I125: VMMouse: CMD Read ID
2019-05-14T11:09:54.289Z| vmx| I125: GuestRpcSendTimedOut: message to toolbox timed out.
2019-05-14T11:10:07.476Z| svga| I125: MKSScreenShotMgr: Taking a screenshot
2019-05-14T11:10:19.546Z| mks| I125: SOCKET 1396535 (189) recv error 0: Success
2019-05-14T11:10:19.546Z| mks| I125: SOCKET 1396535 (189) VNC Remote Disconnect.
2019-05-14T11:10:19.546Z| mks| I125: MKSControlMgr: Remove VNC connection 1
2019-05-14T11:10:31.357Z| vmx| I125: VigorTransportProcessClientPayload: opID=HardPowerOpsResolver-applyOnMultiEntity-5384149-ngc:70276545-fb-c5-9d61 seq=2571570: Receiving Sched.SetResourceGroup request.
2019-05-14T11:10:31.357Z| vmx| I125: VigorTransport_ServerSendResponse opID=HardPowerOpsResolver-applyOnMultiEntity-5384149-ngc:70276545-fb-c5-9d61 seq=2571570: Completed Sched request.
2019-05-14T11:10:31.358Z| vmx| I125: VigorTransportProcessClientPayload: opID=HardPowerOpsResolver-applyOnMultiEntity-5384149-ngc:70276545-fb-c5-9d61 seq=2571571: Receiving PowerState.InitiateReset request.
2019-05-14T11:10:31.358Z| vmx| I125: Vix: [8790361 vmxCommands.c:686]: VMAutomation_Reset. Trying hard reset
2019-05-14T11:10:31.358Z| vmx| W115:
2019-05-14T11:10:31.358Z| vmx| W115+
2019-05-14T11:10:31.358Z| vmx| W115+ VMXRequestReset
2019-05-14T11:10:31.358Z| vmx| I125: Vigor_Reset: Attaching to reset.
2019-05-14T11:10:31.358Z| vmx| I125: Stopping VCPU threads.
2019-05-14T11:10:31.360Z| vcpu-0| I125: VMMon_WaitForExit: vcpu-0: worldID=9507337
2019-05-14T11:10:31.360Z| vcpu-7| I125: VMMon_WaitForExit: vcpu-7: worldID=9507347
2019-05-14T11:10:31.360Z| vcpu-3| I125: VMMon_WaitForExit: vcpu-3: worldID=9507343
2019-05-14T11:10:31.360Z| vcpu-1| I125: VMMon_WaitForExit: vcpu-1: worldID=9507341
2019-05-14T11:10:31.360Z| vcpu-5| I125: VMMon_WaitForExit: vcpu-5: worldID=9507345
2019-05-14T11:10:31.360Z| vcpu-10| I125: VMMon_WaitForExit: vcpu-10: worldID=9507350
2019-05-14T11:10:31.360Z| vcpu-9| I125: VMMon_WaitForExit: vcpu-9: worldID=9507349
2019-05-14T11:10:31.360Z| vcpu-8| I125: VMMon_WaitForExit: vcpu-8: worldID=9507348
2019-05-14T11:10:31.360Z| vcpu-6| I125: VMMon_WaitForExit: vcpu-6: worldID=9507346
2019-05-14T11:10:31.360Z| vcpu-4| I125: VMMon_WaitForExit: vcpu-4: worldID=9507344
2019-05-14T11:10:31.360Z| vcpu-2| I125: VMMon_WaitForExit: vcpu-2: worldID=9507342
2019-05-14T11:10:31.360Z| vcpu-11| I125: VMMon_WaitForExit: vcpu-11: worldID=9507351
2019-05-14T11:10:31.360Z| svga| I125: SVGA thread is exiting
2019-05-14T11:10:31.360Z| vmx| I125: MKS thread is stopped
2019-05-14T11:10:31.361Z| vmx| I125:
2019-05-14T11:10:31.361Z| vmx| I125+ OvhdMem: Final (Power Off) Overheads
Почему появляется PSOD?
Наиболее частые причины PSOD:
1. Аппаратные сбои, в основном связанные с RAM или CPU. Обычно они выдают ошибку «MCE» или «NMI».
2. Программные ошибки
· неверное взаимодействие между компонентами ESXi SW (см. KB2105711)
· из ресурсов: память, динамическая область памяти, буфер (см. KB2034111, KB2150280)
· бесконечный цикл + переполнение стека (см. KB2105522 )
· неверные или неподдерживаемые параметры конфигурации (см. KB2012125, KB2127997)
3. Некорректно функционирующие драйвера; ошибки в драйверах, которые пытаются получить доступ к некорректному индексу или несуществующему методу (см. KB2146526, KB2148123)
Какое влияние оказывает PSOD?
Кроме того, все другие службы, предоставляемые хостом, будут прекращены, поэтому, если ваш хост является частью кластера VSAN, PSOD также повлияет на vSAN.
Что делать?
Одна из самых важных вещей, которые нужно сделать при появлении фиолетового экрана - это сделать снимок экрана. Если вы подключаетесь к консоли удаленно (IMM, iLO, iDRAC, …), будет легко сделать снимок экрана, если нет такой возможности, хотя сфотографируйте экран на телефон. На этом экране много полезной информации о причине сбоя.
Рисунок 2
2. Обратитесь в службу поддержки VMware.
Прежде чем приступить к дальнейшему исследованию и устранению неполадок, рекомендуется обратиться в службу поддержки VMware, если у вас есть контракт на поддержку. Параллельно с вашим расследованием они смогут помочь вам в проведении корневого анализа причин (RCA).
3. Перезагрузите затронутый хост ESXi.
Чтобы восстановить сервер, вам необходимо перезагрузить его. Я бы также посоветовал оставить его в режиме обслуживания, пока вы не выполните полный анализ RCA, пока не будет определена и исправлена ошибка. Если вы не можете позволить себе держать его в режиме обслуживания, по крайней мере, точно настройте свои правила DRS, чтобы на нем работали только второстепенные виртуальные машины, чтобы в случае возникновения другого PSOD влияние было минимальным.
4. Получите coredump
В зависимости от вашей конфигурации у вас может быть дамп ядра в одной из следующих форм:
b. В виде файла .dump в одном из хранилищ данных хоста
c. В виде файла .dump на vCenter — через службу netdump
Рисунок 3
5. Расшифруйте ошибку.
Наиболее распространенные случаи описаны в отдельных статьях базы знаний VMware. Поэтому используйте эту таблицу в качестве индекса для ошибок PSOD:
Sleep mode won't work on new laptop
I have a Dell Latitude 9420 2-in-1 laptop which I was issued about three weeks ago which I plug into a docking station at work and also take home some days as well. I have noticed that when I try to put my computer into sleep mode when leaving work, the c.
17 Replies
Gabrielle.L
I've only had to do it a few times, but this process has worked for me anytime it has been needed.
OP Nazih Haddad
CedarsHost is an IT service provider.
Thanks for your prompt reply,
Unfortunately, i have tried this method also from my physical server using VMware converter and everytime i fill in the ESXI user login and password the VMware converter freezes, that's the reason am trying to perform this kind of migration. Physical to VMware Workstation 8 then copy vmx and vmdk to datatstore and add vmx to inventory.
Gabrielle.L
That's a bit odd. You're using Converter 5.0? What version is your ESXi host on? Are they on the same LAN? The fact that Converter freezes makes me wonder if there may be some sort of firewall blocking the transfer between the host and the computer where your Workstation VM resides.
You could always try the second option on that link, if you have VMware Workstation installed, and use the File > Connect to Server option.
OP Nazih Haddad
CedarsHost is an IT service provider.
ESXI 5.1 and VMware Converter 5.0
Gabrielle.L
I can't say if I've ever used that combination, but it seems to me that it should work. And you network layout? Both machines are on the same LAN? It might be worth trying a newer version of Converter (like 5.2) just in case.
Then import the OVF directly on the ESXi host. I've never done it exactly in this way, but in theory it *should* work, if you can't manage to get Converter talking directly to your ESXi host.
Gabrielle.L
Looks like you need Converter 5.0.1 or newer.
OP Nazih Haddad
CedarsHost is an IT service provider.
Unlike ESXI, I just tried to import the vmdk to VMware workstation 9.0 and the image worked fine.
what would the problem be with ESXI 5.1 ?
anyway I'm currently downloading VMware converter 5.0.1 and will try the process again.
Gabrielle.L
In my limited experience with VMware Workstation, it seems that the VMDK format is not identical to that used in ESXi. So since you did your first VM Convert and selected to convert to VMware Workstation, the resulting VMDK and VMX files will work (and hence import) fine into Workstation, but do not work on an ESXi host without further manipulation.
I've only had to use Workstation as an intermediate form perhaps twice, and both times it was necessary to do a second conversion from Workstation to ESXi -- the VMX and VMDKs did not work as-is on the ESXi host.
OP Nazih Haddad
CedarsHost is an IT service provider.
Thank You very much for your support.
Hello - I am having a similar issue. I converted an image of a server from an .spf file to a .vmdk file and uploaded it to my datastore. Then I tried to create a new VM and boot from that vmdk file but I received an error and it does not appear to recognize the boot files. I am using vSphere 5.5 and ESXI 5.5. What is the process for booting from a newly imported .vmdk file? Anyone's help would be greatly appreciated. Thanks!
Gabrielle.L
Justin2100, as indicated above, if you converted to a VMware Workstation format, you will need to go through and do a second conversion (using Converter Standalone) onto your ESXi host.
I have only converted from .spf to .vmdk and then uploaded the .vmdk to the datastore. Then I tried to boot from that .vmdk by creating a new VM and booting from the existing hard disk. But the machine will not boot.
I receive the following error:
Failed to start the virtual machine.
Module DevicePowerOn power on failed.
Unable to create virtual SCSI device for scsi0:0, '/vmfs/volumes/52efd135-888a8b71-fb6d-00219b8d7ba1/VM-TEST/VM-TEST.vmdk'
Failed to open disk scsi0:0: Unsupported or invalid disk type 7. Ensure that the disk has been imported.
Gabrielle.L
How did you import from .spf to .vmdk? If the conversion is for VMware Workstation, this will not work on your ESXi box, and will require a second conversion.
I used an image conversion tool from storagecraft, just to create the .vmdk file. Now I am attempting to run another conversion to the vmware workstation format.
Gabrielle.L
I'm not familiar with the Storagecraft tool -- you'll need to check their documentation. If that fails, you can use VMware Converter Standalone to clone the machine.
Have you run the Hardware Independent Restore (HIR) tool against the .VMDK file after you converted the .SPF image? Typically this is the overlooked step in the process.
Your ShadowProtect backup file may have drivers presented to it that are not existing in your hypervisor environment. HIR will correctly remove hardware from the OS and then inject the appropriate drivers for your specific hypervisor. I typically recommend creating a VM without the OS and then booting to the StorageCraft recovery environment, pointing to the .SPF file, and finalizing the VM with HIR. This can be accomplished in one, simple recovery process to save time/effort.
Gabrielle, if you'd like to become familiar with the StorageCraft tools you're certainly welcome to download an evaluation copy or contact me and I'll work to get you a license for testing.
This topic has been locked by an administrator and is no longer open for commenting.
To continue this discussion, please ask a new question.
Как перезапустить зависшую виртуальную машину
Сразу хочу отметить, что если в графическом интерфейсе у вас не выходит, что либо сделать, то у вас остается только командная строка 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 и добавить заново. Если и это не помогло, то попробуйте выполнить:
Announcements from Google I/O 2022
Today was Google I/O (I/O stands for Input/Output), the company's annual conference for developers. I already see various stories popping up across the internet, but here are some of the main takeaways I've seen so far. Android 13 [1:12:50] -- The be.
Описание проблемной виртуальной машины
Как я и писал выше, виртуальная машина намертво зависла, по RDP или ping она была не доступна. Гостевой операционной системой была Windows Server 2012 R2. Попытавшись запустить Web Console из интерфейса vCenter Server, виртуальная машина ни на что не реагировала.
Ранее установленный софт
Очень часто причиной зависания виртуальной машины на ESXI 6.5 выступает недавняя установка обновлений в системе или различного рода программного обеспечения. Обязательно посмотрите в "Панель управления\Все элементы панели управления\Программы и компоненты" по дате установки, что недавно было проинсталлировано.
Тут же можно посмотреть установленные обновления. Недавно Microsoft выпустило обновление KB4015553 (Со временем может меняться), которое в Windows Server 2012 R2 стало вызывать зависание. Необходимо удалить KB4015553, kb4019215 и kb4019217, перезагрузить ваш сервер.
Сама компания Symantec рекомендует в ветке (https://support.symantec.com/en_US/article.TECH236543.html) Исключите из проверки следующий каталог, включая все подкаталоги: путь зависит от вашей версии SEP: "C:\ProgramData\Symantec\Symantec Endpoint Protection\\Data\Definitions". Пример для SEP 14.0 MP1: C:\ProgramData\Symantec\Symantec Endpoint Protection\14.0.2332.0100.105\Data\Definitions. Если вышеуказанное исключение не решает проблему, также исключите следующий каталог: C:\Windows\rescache.
Эти пути могут отличаться в зависимости от сборки продукта или от того, что каталоги ProgramData или Windows были перемещены на другой диск.
Сделать, это можно в "Change Settings - Exception - SONAR Exception" нажимаем кнопку "Add" и выбираем нужные каталоги.
Или вот вам пример из Vmware ESXI 6.5
Ошибка Unknown VM (Inaccessible) случилась из-за перенастройки физических подключений iscsi хранилища. Повесили трафик на отдельный свитч. В результате хосты потеряли доступ к общему хранилищу. Физически подключение осталось. Как можно посмотреть настройки сохранились (iSCSI Software Adapter -> Properties).
Ошибка Unknown VM (Inaccessible) в ESXI 6-02
Ошибка Unknown VM (Inaccessible) в ESXI 6-03
Rescan в данном случае не помогал. Надо определить какой vmnic имеет подключение к хранилке (iscsi target). В данном случае он оказался в распределенном свитче. Удалил его оттуда. Создал стандартный свитч VMkernel.
Ошибка Unknown VM (Inaccessible) в ESXI 6-04
На вкладке Network Configuration в свойствах iSCSI Software Adapter указываем адаптер который связан с хранилищем
Ошибка Unknown VM (Inaccessible) в ESXI 6-05
Делаем снова rescan
Ошибка Unknown VM (Inaccessible) в ESXI 6-06
Теперь iSCSI Target найдены и все ОК.
Ошибка Unknown VM (Inaccessible) в ESXI 6-07
Включенные на момент сбоя виртуальные машины после устранения ошибки самостоятельно продолжают свою работу. Выключенные же ВМ становятся изолированными и их необходимо подключить - зарегистрировать в VirtualCenter ручками.
Чтобы добавить виртуальную машину в vlCenter с помощью VI Client, нужно:
- на вкладке Summary для хоста VMware ESX Server нажмите правой кнопкой на виртуальном хранилище (Datastore) и выберите Browse Datastore;
- выберите папку с виртуальной машиной, зайдите в нее и выберите конфигурационный vmx-файл виртуальной машины;
Также необходимость регистрации возникает после сбоя при миграции виртуальной машины. Физически файлы ВМ переехали, все или частично, но ни на одном хосте машины нет. В этом случае недостающие файлы вручную переносятся на новое хранилище (с помощью WinSCP или FastSCP) и машина регистрируется на новом хосте.
I have installed VMware converter 5.0 on one of my physical web servers and converted the local machine to VMware workstation 8.0 and copied the vmdk and vmx files to the local datastore on the new server after this added the vmx file to the inventory.
now when I try to power on the machine I'm always getting the same error as follows.
please note that i have tried all methods described in this article but none of them worked for me.
Thank you all in advance,
Nazih Haddad
CedarsHost is an IT service provider.
The Guide to Developing Successful Modern Web Apps
2022-05-19 18:00:00 UTC Webinar Webinar: Acquia - The Guide to Developing Successful Modern Web Apps Event Details View all events
Gabrielle.L
In my limited experience with VMware Workstation, it seems that the VMDK format is not identical to that used in ESXi. So since you did your first VM Convert and selected to convert to VMware Workstation, the resulting VMDK and VMX files will work (and hence import) fine into Workstation, but do not work on an ESXi host without further manipulation.
I've only had to use Workstation as an intermediate form perhaps twice, and both times it was necessary to do a second conversion from Workstation to ESXi -- the VMX and VMDKs did not work as-is on the ESXi host.
Snap! Patch Tuesday, Win10 20H2 EOS, Joint Cybersecurity Advisory, & a Marsquake
Your daily dose of tech news, in brief. You need to hear this. Microsoft Releases Fix for New Zero-Day with May 2022 Patch Tuesday Updates Today's theme will be Microsoft as we have a few stories across the internet that are fairly important .
Алгоритм действий и возможные причины зависания
- Первое, что я вам советую сделать, это избавится от ошибки "Vmware Tools is outdated on this virtual machine" путем обновления Vmware Tools. Напоминаю, что это сделать можно из меню "Guest OS - Update Vmware Tools". Потребуется перезагрузка виртуальной машины.
- Следующим пунктом, я вам советую проверить операционную систему на предмет повреждения системных файлов, сделать это просто. Запустите cmd от имени администратора или откройте Power Shell, кому что привычнее и введите команду:
Программа защиты ресурсов Windows обнаружила поврежденные файлы и успешно их восстановила. Подробные сведения см. в файле CBS.Log, который находится по следующему пути: windir\Logs\CBS\CBS.log.
Если ошибки не были устранены, то советую выполнить команду:
Утилита DISM обратится к внешним репозиториям Microsoft и скачает от туда валидные файлы, чтобы восстановить аналогичные в вашей системе. Процесс так же может занимать некоторое время. Как видим:
Восстановление выполнено успешно. Повреждение хранилище компонентов было устранено. Операция успешно завершена.
Еще одним пунктом диагностики проблем с ошибками ID 111 и ID 129, я вам советую выполнить сканирование ваших дисков на предмет ошибок. Для этого есть два варианта, старая добрая утилита командной строки ChkDsk и ее графический аналог в свойствах диска "Проверка диска на наличие ошибок файловой системы"
Для проверки локальных дисков через командную строку, вы можете воспользоваться командой:
Ключ /f указывает утилите исправлять ошибки на диске, флаг /R обязывает CHDSK искать на диске повреждённые сектора, и попытаться восстановить данные на них. Если диск системный, то вас попросят перезагрузиться, и проверка диска будет перед загрузкой системы.
Невозможно выполнить команду CHKDSK, так как указанный том используется другим процессом. Следует ли выполнить проверку этого тома при следующей перезагрузке системы? [Y(да)/N(нет)]
То же самое вы можете сделать и в свойствах локального диска, для этого щелкните по нему правым кликом и перейдите в его свойства. Найдите там вкладку "Сервис" и на ней пункт "Проверка диска на наличие ошибок файловой системы". Нажмите проверить.
В новом окне нажимаем "Проверить диск".
Будет запущен процесс сканирования диска, обычно он занимает не много времени.
После чего вы получите результат. В моем случае я вижу, что "Диск успешно проверен".
Что такое PSOD?
PSOD расшифровывается, как Purple Screen of Diagnostics, часто называемый Purple Screen of Death от более известного Blue Screen of Death, встречающегося в Microsoft Windows.
Это диагностический экран, отображаемый VMware ESXi, когда ядро обнаруживает фатальную ошибку, при которой оно либо не может безопасно восстановиться, либо не может продолжать работу.
Данный экран отображается в консоли сервера. Чтобы увидеть его, вам нужно будет либо находиться в центре обработки данных и подключить монитор, либо подключиться удаленно с помощью внеполосного управления сервером (iLO, iDRAC, IMM и т.д. в зависимости от вашего вендора).
Рисунок 1
Do you use service tag or serial number for insurance and inventory purposes?
We're having a discussion about whether to use the service tag or the serial number for inventory and insurance purposes for the Dell devices. This is obviously not a problem for non-Dell devices that only use a serial number, but since Dell uses both, I'.
Что такое PSOD?
PSOD расшифровывается, как Purple Screen of Diagnostics, часто называемый Purple Screen of Death от более известного Blue Screen of Death, встречающегося в Microsoft Windows.
Это диагностический экран, отображаемый VMware ESXi, когда ядро обнаруживает фатальную ошибку, при которой оно либо не может безопасно восстановиться, либо не может продолжать работу.
Данный экран отображается в консоли сервера. Чтобы увидеть его, вам нужно будет либо находиться в центре обработки данных и подключить монитор, либо подключиться удаленно с помощью внеполосного управления сервером (iLO, iDRAC, IMM и т.д. в зависимости от вашего вендора).
Рисунок 1
Описание проблемы
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.
При попытке мигрировать виртуальную машину вы может получить ошибку:
Так же вы можете увидеть ошибку при попытке, выключить или перезапустить виртуалку:
Во всех случаях вам скажут, что данная виртуальная машина имеет некий процесс, который в данный момент не дает выполнить ваши повторные действия. Так же данная виртуалка у меня была членом RDS фермы, при попытке перевода его в режим стока (Drain-Mode) я получил ошибку "Не удалось изменить состояние подключения для сервера".
Snap! AD Auth failures, HP BIOS updates, Tech Salaries, & Google I/O
Your daily dose of tech news, in brief. The weekend is right around the corner. While there are a lot of articles about Google I/O going around the internet right now, don't worry, there are plenty of other things going on that you'll want to know .
Читайте также: