Module vpmc power on failed что делать с виртуальной машиной
Module vpmc power on failed что делать с виртуальной машиной
I did install Valorant before having the problem.
So I have been trying to create virtual machine with VMware workstation 15 pro and was not able to power it on.
Here is the message I get when i use «power on this virtual machine»:
This virtual machine failed to switch to 64 bit mode. This failure might be due to a lack of available memory on the host.
Module ‘Monitor’ power on failed.
Failed to start the virtual machine.
— Ubuntu LTS 18.04 iso
— Windows 10 Education
— More than 100Gb of free space (hard disk)
— Motherboard: an asrock phantom
— CPU: amd ryzen 5 3600x
— Antivirus: Windows defender
— Updating windows (normal updates)
— Keeping the default parameters while creating the vm
— Limiting the RAM to 250mb
— limiting the hard disk to 1Gb
— Checking that SVM and SMT are enabled for virtualization in the Bios
— Using VMware workstation Player 15, same issue
— Using virtualbox with the same configuration, it is working
— enabling/disablings Windows Hyper-V
— Disabling windows defender my firewalls
Here is my vmware.log file:
Here are the last lines if you do not wish to dl the entire file:
2020-04-19T19:23:13.805+02:00| vmx| I125: Host AMD-V Capabilities:
2020-04-19T19:23:13.805+02:00| vmx| I125: SVM Revision: 1
2020-04-19T19:23:13.805+02:00| vmx| I125: ASIDs Supported: 32768
2020-04-19T19:23:13.805+02:00| vmx| I125: Nested Paging: yes
2020-04-19T19:23:13.805+02:00| vmx| I125: SVM GMET: yes
2020-04-19T19:23:13.805+02:00| vmx| I125: LBR Virtualization: yes
2020-04-19T19:23:13.805+02:00| vmx| I125: SVM Lock: yes
2020-04-19T19:23:13.805+02:00| vmx| I125: NRIP Save: yes
2020-04-19T19:23:13.805+02:00| vmx| I125: TSC Rate MSR: yes
2020-04-19T19:23:13.805+02:00| vmx| I125: VMCB Clean Bits: yes
2020-04-19T19:23:13.805+02:00| vmx| I125: Flush by ASID: yes
2020-04-19T19:23:13.805+02:00| vmx| I125: Decode Assists: yes
2020-04-19T19:23:13.805+02:00| vmx| I125: Pause Filter: yes
2020-04-19T19:23:13.805+02:00| vmx| I125: Pause Filter Threshold: yes
2020-04-19T19:23:13.805+02:00| vmx| I125: Monitor_PowerOn: HostedVSMP skew tracking is disabled
2020-04-19T19:23:13.805+02:00| vmx| I125: vmm64-vcpus: 1
2020-04-19T19:23:13.818+02:00| vmx| I125: Module ‘Monitor’ power on failed.
2020-04-19T19:23:13.818+02:00| vmx| I125: VMX_PowerOn: ModuleTable_PowerOn = 0
2020-04-19T19:23:13.818+02:00| vmx| I125: Vix: [mainDispatch.c:1163]: VMAutomationPowerOff: Powering off.
2020-04-19T19:23:13.819+02:00| vmx| I125: Policy_SavePolicyFile: invalid arguments to function.
2020-04-19T19:23:13.819+02:00| vmx| I125: PolicyVMX_Exit: Could not write out policies: 15.
2020-04-19T19:23:13.819+02:00| vmx| I125: WORKER: asyncOps=0 maxActiveOps=0 maxPending=0 maxCompleted=0
2020-04-19T19:23:13.819+02:00| WinNotifyThread| I125: WinNotify thread exiting
2020-04-19T19:23:13.822+02:00| vmx| I125: Vix: [mainDispatch.c:4215]: VMAutomation_ReportPowerOpFinished: statevar=1, newAppState=1873, success=1 additionalError=0
2020-04-19T19:23:13.822+02:00| vmx| I125:
2020-04-19T19:23:13.822+02:00| vmx| I125+ Power on failure messages: This virtual machine failed to switch to 64 bit mode. This failure might be due to a lack of available memory on the host.
2020-04-19T19:23:13.822+02:00| vmx| I125+ Module ‘Monitor’ power on failed.
2020-04-19T19:23:13.822+02:00| vmx| I125+ Failed to start the virtual machine.
I cannot seem to find any related issues or solutions that fits my problem.
Thank you in advance for any help provided.
Module vpmc power on failed что делать с виртуальной машиной
I just bought WMWare Fusion 12 and Windows 10 (ISO file). I created the virtual machine according to instructions and it won’t power on. I get the error message «Failed to power on ‘XXX.vmx’.
I don’t understand, since the machine is new and hasn’t booted successfully even once. I’m running it on MacOS Big Sur 11.3.1 on a MacBook Air.
Disclaimer: I’m not an advanced user. But that also means I didn’t do anything special.
On an M1 processor by any chance?
Yes, an Apple M1 chip. I’m guessing there’s a known issue with this?
There currently is no support for VMware Fusion on apple hardware with a M1 (Apple Silicon) processor, but it has been disclosed that VMware is working on it and that they expect a release somewhere this year. VMware does normally not release time lines on upcoming features (and please note that I do not work for VMware) due to it being a publicly traded company.
Also note that once will be able to run virtual machines on your M1 mac, it will still not run virtual machines that require an intel or amd processor.
As it is, it is unlikely that you will be able to run existing virtual machines on your M1 once support for Apple Silicon arrives.
Here is another thread on the subject with some more details and discussion:
Moderator note: I moved your post to the VMware Fusion discussions area
Как исправить ошибку VMware «Ошибка включения диска модуля» в Windows
Сообщение об ошибке Module Disk Power on Failed появляется, когда вы пытаетесь загрузить виртуальную машину с помощью любого программного обеспечения VMware. Это сообщение об ошибке обычно указывает на то, что виртуальная машина не выключается безопасно или должным образом, что в результате генерирует указанное сообщение об ошибке. Наряду с указанной проблемой возникает сообщение «Процесс не может получить доступ к файлу, потому что другой процесс заблокировал часть файла», что проливает больше света на то, в чем проблема. По сути, происходит то, что виртуальная машина, которую вы пытаетесь включить, заблокирована другими файлами VMware. Таким образом, из-за этой блокировки виртуальная машина не загружается успешно.
Почему это происходит? Это может произойти, если у вас внезапно отключилось электричество или ваша виртуальная машина не выключилась. Не только это, как выясняется, в некоторых случаях проблема также может быть сгенерирована после того, как ваша виртуальная машина выйдет из строя, и вы попытаетесь снова включить ее. Возникает вопрос: почему виртуальная машина заблокирована или заблокирована? Чтобы пролить свет на это, давайте более подробно рассмотрим, как работают виртуальные машины VMware, а затем перейдем к решению ошибки.
Файлы блокировки VMware
VMware
Следовательно, наличие файла блокировки в основном усиливает тот факт, что указанная виртуальная машина включена. Эти файлы автоматически удаляются при выключении устройства, поэтому при следующем включении устройства у вас не возникнет проблем. Однако в случае сбоя машины или ее неправильного выключения VMware не сможет удалить файлы блокировки, и в результате устаревшая блокировка останется. Когда вы включаете виртуальную машину с устаревшей блокировкой, VMware пытается удалить файл, проверяя два условия, которые в основном определяют, была ли блокировка создана тем же хостом и запущен ли процесс, создавший блокировку.
Ошибка, как в этом случае, выдается, когда любое из этих условий не выполняется и VMware не может удалить файл блокировки. В таком случае вам нужно вручную удалить файлы блокировки самостоятельно, и все будет в порядке.
Удаление файлов блокировки VMware вручную
Как оказалось, вам просто нужно удалить файлы блокировки, которые мешают вам загрузить виртуальную машину. Как мы уже упоминали выше, эти файлы существуют в том же каталоге, что и виртуальная машина, и для их удаления требуется всего несколько простых шагов. Следуйте инструкциям ниже, чтобы удалить их:
Разбор кейса с восстановлением файлов гостевой ОС в Veeam Backup & Replication
Привет, с вами сегодня команда техподдержки Veeam Support Team. Мы уже рассказывали читателям Хабра о фантастических тварях разнообразных клиентах и где они обитают, и о том, чем и как занимается наш отдел.
А в новом сезоне мы решили начать публикацию технических постов с разбором реальных кейсов, с которыми к нам обращаются пользователи. Хочется верить, что эти материалы помогут кому-то разобраться в тонкостях работы с нашим продуктом без звонка в саппорт – а мы используем сэкономленное таким образом время для написания новых полезных статей.
Итак, сегодня разбираем кейс «Проблема с восстановлением на уровне файлов – ошибка при развертывании Linux FLR appliance», который стал одним из наиболее популярных за прошедшие месяцы.
Суть вопроса
При нормальной работе для восстановления файлов гостевой ОС (не Windows) забэкапленной виртуальной машины выполняется монтирование (mount) дисков этой самой забэкапленной машины на вспомогательную линуксовую ВМ (Linux FLR appliance). После этого можно просматривать содержимое файловой системы с помощью Veeam Backup Browser, выбирать необходимые файлы и восстанавливать их в нужное местоположение. Подробнее см. здесь (на англ. языке) или здесь (на русском).
Вспомогательная ВМ временно развертывается на ESXi-хосте исключительно с целью поддержки восстановления, а затем убирается. Однако при ее развертывании в консоли Veeam Backup & Replication может появиться сообщение об ошибке вот такого вида: “Linux FLR appliance deploy failed: Module ‘MonitorLoop’ power on failed.”
Как понять, что что-то пошло не так
Нюанс в том, что проблема происходит на довольно специфическом этапе – только при восстановлении файлов гостевой ОС, отличной от Windows, и конкретно при развертывании вспомогательной ВМ.
Сообщение об ошибке выглядит в консоли вот так:
Мы видим, что проблема связана с модулем MonitorLoop. Об этом же говорит и журнал соответствующей сессии FLR-восстановления, который хранится в файле с именем вида year_month_day_hour_minute_second.log. В нем мы обнаруживаем следующие записи:
[05.07.2017 17:16:49] Info Mounting restore point. VM: [fileserver], BackupDate: [09.01.2017 18:31:12], Oib: [aa6038d3-bf68-42d6-86c0-de3a48784066]
[05.07.2017 17:17:49] Error Failed to mount oib «aa6038d3-bf68-42d6-86c0-de3a48784066»
[05.07.2017 17:17:49] Error Linux FLR appliance deploy failed: Module ‘MonitorLoop’ power on failed. (Veeam.Backup.Common.CAppException)
Кроме того, поскольку за развертывание вспомогательной ВМ (FLR appliance) отвечает сервис монтирования VeeamMountSvc, то в его журнале Svc.VeeamMount log тоже будет сделана подобная запись (правда, в ней не будет фигурировать проблемный модуль):
[05.07.2017 17:16:49] Error Recreating WCF proxy…
[05.07.2017 17:16:49] Error Linux FLR appliance deploy failed (System.ServiceModel.FaultException`1[Veeam.Backup.Interaction.MountService.CRemoteInvokeExceptionInfo])
«Кто виноват?»
Продолжая наше расследование, выясняем, что имеется статья VMware KB, из которой явствует, что модуль MonitorLoop контролирует ресурсы, выделяемые виртуальной машине. Конкретно же наша ошибка генерируется VMkernel, и ее можно обнаружить в журнале VMkernel:
Первопричиной является тот факт, что у хоста ESXi недостаточно ресурсов для работы вспомогательной ВМ. Естественно, процесс восстановления файлов без нее даст сбой. Чтобы выяснить, чего не хватает, можно углубиться в анализ логов VMkernel, а можно оценить необходимые ресурсы, основываясь на здравом смысле. А он утверждает, что критичные ресурсы – это, скорее всего, CPU и RAM, доступные для работы ВМ на данном хосте, а также свободное место для хранения файла подкачки. Недостаток последнего встречается довольно часто, так что если вы уверены, что ресурсами оперативной памяти и процессора все в порядке, то причина возникающей ошибки почти наверняка — недостаток места для хранения файлов вспомогательной ВМ и ее файла подкачки.
«Что делать?»
Для того, чтобы уяснить, что конкретно нужно поправить, запускаем мастер восстановления File-Level Restore и идем в настройки вспомогательной ВМ (FLR Helper Appliance).
Здесь для хоста, указанного в поле Host, нужно проверить две вещи:
На картинке ниже показана настройка хоста ESXi, отвечающая за дефолтное место хранения файлов подкачки виртуальных машин: host → Configuration → Virtual Machines → Swap File Location.
Есть вероятность, что дефолтная настройка – Virtual machine directory (хранить в каталоге ВМ) – была изменена, а на вновь указанной для этой цели СХД закончилось место. В результате развернуть новые ВМ, включая вспомогательные, невозможно. Проверьте, не ваш ли это случай.
Аналогичая ошибка может произойти со вспомогательной ВМ в ходе SureBackup – причиной будет все та же нехватка ресурсов.
Бонус-трек
А знаете ли вы, что подробнее о работе продуктов Veeam всегда можно почитать в онлайн-справке, которая открывается по нажатию клавиши F1 из любого диалога в консоли продукта, включая главное окно?
Это относится и к шагам разнообразных мастеров настроек – нажимаете F1 на любом шаге мастера, и в вашем дефолтном браузере открывается соответствующий параграф документации в справочной онлайн-системе Help Center.
Мы собираемся и дальше выкладывать разборы популярных кейсов из числа тех, которые поступают к нам в саппорт. Cвои пожелания можно высказывать в комментариях. До новых встреч!
Module vpmc power on failed что делать с виртуальной машиной
I have over 512 GB of Ram available on my ESXi host. And I have only one Ubuntu Virtual machine on this ESXi host.
When I Boot up my Ubuntu VM using 16 GB of Ram, it boots up fine.
When I increase the RAM size to 128GB, it will not power on. I get the following message:
File system specific implementation of Lookup[file] failed
File system specific implementation of LookupAndOpen[file] failed
Failed to extend swap file from 0 KB to 134217728 KB.
Current swap file size is 0 KB.
Failed to extend the virtual machine swap file
Could not power on virtual machine: No space left on device.
Failed to power on VM.
Failed to start the virtual machine.
I’m not sure if this issue is on the Ubuntu Side or on the ESXi side. I believe I have isolated the issue to be one of those two, as the memory and chipsets are fine.
When you power on a VM with 128GB RAM and no memory reservations ESXi creates a 128GB swap file. Most probably you don’t have 128GB space available left on the datastore.
If this is the case your options are:
If memory is reserved then no swap file is needed because memory is reserved. In that case if 128GB RAM aren’t available then you can’t power on the VM. Which isn’t actually much different from the current situation :smileygrin: