Failed module monitorloop power on failed ошибка esxi

Время на прочтение
4 мин

Количество просмотров 9.7K

Привет, с вами сегодня команда техподдержки 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] <06> 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] <06> Error Failed to mount oib «aa6038d3-bf68-42d6-86c0-de3a48784066»
[05.07.2017 17:17:49] <06> 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] <23> Error Recreating WCF proxy…
[05.07.2017 17:16:49] <23> 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, нужно проверить две вещи:

1. Достаточно ли у хоста ресурсов памяти и ЦПУ для работы ВМ. Вспомогательная машина потребляет минимум этих ресурсов, так что главное, чтобы они были доступны на момент ее развертывания. Если нужно, выберите другой хост, где эти ресурсы гарантированно будут в наличии.
2. По умолчанию Veeam сохраняет файл подкачки вспомогательной ВМ на хранилище, указанное как NFS datastore – это обычная Windows-папка на сервере монтирования (mount server). Однако так бывает не всегда.

   На картинке ниже показана настройка хоста ESXi, отвечающая за дефолтное место хранения файлов подкачки виртуальных машин: host → Configuration → Virtual Machines → Swap File Location.

   

   Есть вероятность, что дефолтная настройка – Virtual machine directory (хранить в каталоге ВМ) – была изменена, а на вновь указанной для этой цели СХД закончилось место. В результате развернуть новые ВМ, включая вспомогательные, невозможно. Проверьте, не ваш ли это случай.

Аналогичая ошибка может произойти со вспомогательной ВМ в ходе SureBackup – причиной будет все та же нехватка ресурсов.

Бонус-трек

А знаете ли вы, что подробнее о работе продуктов Veeam всегда можно почитать в онлайн-справке, которая открывается по нажатию клавиши F1 из любого диалога в консоли продукта, включая главное окно?

Это относится и к шагам разнообразных мастеров настроек – нажимаете F1 на любом шаге мастера, и в вашем дефолтном браузере открывается соответствующий параграф документации в справочной онлайн-системе Help Center.

Профит!

Мы собираемся и дальше выкладывать разборы популярных кейсов из числа тех, которые поступают к нам в саппорт. Cвои пожелания можно высказывать в комментариях. До новых встреч!

Ссылки к сегодняшнему посту:

• Документ «Базовые сценарии использования Veeam Backup & Replication 9.5» на русском языке
• Описание процесса восстановления файлов гостевой ОС (FLR)
• Статья базы знаний VMware

 When you are powering on the VM and getting below error what do you need to do?

Error code

Module ‘Monitorloop’ power on failed

Failed to extend the virtual machine swap file

Current swap file size is 0 KB

Failed to extend swap file /vmfs/volumes/******

Login to ESXI host where you are getting above error 

Run below command to check list of VM VMs on the ESXi host

vim-cmd vmsvc/getallvms

Now you need to go to the failed VM director using cd command.

cd /vmfs/volumes/SHARED-DATASTORE01/DEMOPRDSRM01

Note: — SHARED-DATASTORE01 ->Datastore name where failed VM is residing 

              DEMOPRDSRM01 -> Failed VM name

Now use “ls” to list out files

Now use ->   vi vmware.log (To read vmware.log file)

Now search for the error when it was failing to power on and you’ll see something similar like whatever you were seeing in vCenter but in the easiest way. Like below

Now you need to check the free space on Datastore where your VM is running.

To check the free space on Datastore run the below command

vmkfstools -Ph /vmfs/volumes/SHARED-DATASTORE01   (P in caps and Datastore name)

Now only 719 MB free space available on Datastore, at least 1 GB free space is required to power ON the VM

Now run below command to check which file is taking more space.

Go inside the Datastore and run 

du -h command

Now you need to decide if you can delete any of the VMs from the Datastore to free up the space

If you want to delete any VM from the Datastore run below command.

/vmfs/volumes/61892dcd-b0d3dd11-0852-000c29b75dac] rm -rf /vmfs/volumes/SHARED-DATASTORE01/DEMOPRDSRM01

 Next time when you shall power on the VM it will power on.

Note-: You can manage Datastore space from the web console as well to free up the space.

List of content you will read in this article:

• 1. How to Solve Module ‘monitorloop’ Power on Failed Problem?
• 2. Reason
• 3. Solution
• 4. Final words

There are instances when you switch on your VM and an error occurs, this type of error is nothing but a module MonitorLoop power failures problem. This article will help you to fix the module MonitorLoop power failure 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:

Power On VM
Key                haTask-2-vim.VirtualMachine.powerOn-164454246
Description        Power On this virtual machine
Virtual machine
State              Failed - Module 'MonitorLoop' power on failed.
Errors
    Module 'MonitorLoop' power on failed.
    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 67108864 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.

Now, why does this happen? What is the prominent reason why 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, that 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 the 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 in temporarily utilising the replicated VM. 

Final words

This was a quick and step-by-step guide to getting rid of your 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. 

Enhance your hosting experience with the purchase of a 1gbits Windows VPS Server. This top-tier hosting solution offers the perfect balance of power and reliability for running Windows applications. Take advantage of the opportunity to buy a Windows VPS Server from 1gbits and enjoy the exceptional features and benefits it brings to your hosting environment.

People Are Also Reading:

• Fix KMODE_EXCEPTION_NOT_HANDLED Error on Windows 10
• KVM vs. VMware
• VMware vs HyperV
• How to solve DNS server not responding Error