module monitorloop power on failed что делать
Module monitorloop 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:
Разбор кейса с восстановлением файлов гостевой ОС в 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вои пожелания можно высказывать в комментариях. До новых встреч!
How to Solve Module ‘monitorloop’ Power on Failed Problem?
There are instances when you switch on your VM and an error occurs, this type of error is nothing but module MonitorLoop power failures problem. This article will help you to fix module MonitorLoop power failures problem in very few steps.
There are instances when you switch on your VM and an error occurs, this type of error is nothing but module MonitorLoop power failures problem. This article will help you to fix module MonitorLoop power failures problem in very few steps.
How to Solve Module ‘monitorloop’ Power on Failed Problem?
To start follow the below-listed steps:
First of all, if you receive this message on your screen, don’t worry, you have landed at the right place. Take a look.
Next, the details of this message are mentioned here:
Now, why does this happen? What is the prominent reason due to which such a failure occurs? Let us analyze.
Reason
Technically, the source Virtual Machine’s configuration is utilized by VM replication. The purpose is to replicate it completely like the target host. Now, this issue occurs when sometimes there are source resources with the destination host in comparison to the Source Virtual Machine.
You may wonder, what kind of resources! For instance, memory, storage, or the number of cores. Another prominent reason related to the failure is the availability of less storage space in the Virtual machine. Meaning, when you want to use the MonitorLoop module, there should be enough space on your device to access it.
For more clarity, here is an example: Suppose, the source virtual machine imbibes more cores as compared to your destination host. Now, this factor surely creates an issue and leads to failure. Moving on, how can you fix Module ‘monitorloop’ Power on Failed error and continue working on the VM?
Solution
On witnessing the error message, head on to the vSphere client. It tells you about that particular resource that is responsible for the VM failure. Once you follow this step, your screen displays the following window. Have a look.
The next target is to make specific changes in the VM. Try to power on your system manually. This step assists you to temporarily utilize the replicated VM.
Final words
This was a quick and step-by-step guide to get rid of you from module MonitorLoop power failures problem error. We hope that this article helped you in the best way possible. If you have any kind of feedback related to this guide, let us know in the comments box listed below.
People Are Also Reading:
Nisal N
Computers has always fascinated me since I was a kid and here we are. I love travelling for 2 reasons: the first one to see a new part of the world and second (the most important one) to experience the rich culture hidden among the country and people. I’m pretty good at cooking but very poor when it comes to baking.
Module monitorloop 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.
Как исправить ошибку VMware «Ошибка включения диска модуля» в Windows
Сообщение об ошибке Module Disk Power on Failed появляется, когда вы пытаетесь загрузить виртуальную машину с помощью любого программного обеспечения VMware. Это сообщение об ошибке обычно указывает на то, что виртуальная машина не выключается безопасно или должным образом, что в результате генерирует указанное сообщение об ошибке. Наряду с указанной проблемой возникает сообщение «Процесс не может получить доступ к файлу, потому что другой процесс заблокировал часть файла», что проливает больше света на то, в чем проблема. По сути, происходит то, что виртуальная машина, которую вы пытаетесь включить, заблокирована другими файлами VMware. Таким образом, из-за этой блокировки виртуальная машина не загружается успешно.
Почему это происходит? Это может произойти, если у вас внезапно отключилось электричество или ваша виртуальная машина не выключилась. Не только это, как выясняется, в некоторых случаях проблема также может быть сгенерирована после того, как ваша виртуальная машина выйдет из строя, и вы попытаетесь снова включить ее. Возникает вопрос: почему виртуальная машина заблокирована или заблокирована? Чтобы пролить свет на это, давайте более подробно рассмотрим, как работают виртуальные машины VMware, а затем перейдем к решению ошибки.
Файлы блокировки VMware
VMware
Следовательно, наличие файла блокировки в основном усиливает тот факт, что указанная виртуальная машина включена. Эти файлы автоматически удаляются при выключении устройства, поэтому при следующем включении устройства у вас не возникнет проблем. Однако в случае сбоя машины или ее неправильного выключения VMware не сможет удалить файлы блокировки, и в результате устаревшая блокировка останется. Когда вы включаете виртуальную машину с устаревшей блокировкой, VMware пытается удалить файл, проверяя два условия, которые в основном определяют, была ли блокировка создана тем же хостом и запущен ли процесс, создавший блокировку.
Ошибка, как в этом случае, выдается, когда любое из этих условий не выполняется и VMware не может удалить файл блокировки. В таком случае вам нужно вручную удалить файлы блокировки самостоятельно, и все будет в порядке.
Удаление файлов блокировки VMware вручную
Как оказалось, вам просто нужно удалить файлы блокировки, которые мешают вам загрузить виртуальную машину. Как мы уже упоминали выше, эти файлы существуют в том же каталоге, что и виртуальная машина, и для их удаления требуется всего несколько простых шагов. Следуйте инструкциям ниже, чтобы удалить их: