Module monitorloop power on failed что делать
Перейти к содержимому

Module monitorloop power on failed что делать

  • автор:

Ошибка запуска виртуальной машины VMWare 6.5

Для решения этой проблемы необходимо проверить файл .vmdk и восстановить его. Перед тем как вы будут проводится восстановление файла .vmdk рекомендуется сделать его резервную копию.

1 . Включаем SSH доступ на ESXi сервер

2 . Проверяем файл .vmdk командой:

vmkfstools -x check /vmfs/volumes/. path. /disk.vmdk

3 . Восстанавливаем файл .vmdk командой:

vmkfstools -x repair /vmfs/volumes/. path. /disk.vmdk

На этом восстановление закончено.
Запускаем машину и отключаем SSH.

Разбор кейса с восстановлением файлов гостевой ОС в 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, нужно проверить две вещи:

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

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

Бонус-трек

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

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

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

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

Failed — Module ‘MonitorLoop’ power on failed.

I moved some VMs around to different storage manually not a migration, and i cannot get the VMs to boot giving this error:

Key haTask-10-vim.VirtualMachine.powerOn-199208051
Description Power On this virtual machine
Virtual machine: Veeam
State Failed — Module ‘MonitorLoop’ power on failed.

Errors Module ‘MonitorLoop’ power on failed.

File system specific implementation of Lookup[file] failed

Failed to create swap file ‘//Veeam-284c7083.vswp’ : Bad parameter

Could not power on virtual machine: Bad parameter.

Failed to power on VM.

Failed to start the virtual machine.

Not knowing how to troubleshoot this i looked into the vmx file and saw a reference to a swap file on the old storage that i just moved from, so i modified that to reflect the new storage volume:

The file was actually not there, so i created the file and the VM still fails to boot with the same error message.

Am i completed hosed on this VM or is there a way to possibly recreate the files it needs to get it booting again?

What are my options for recovering this VM?

I actually have several that are doing this, but i figured id just restore them with Veeam. but its happening to my Veeam server as well 🙁

Thanks for any help you can give.

How to Solve Module monitorloop Power on Failed Problem?

How to Solve Module monitorloop Power on Failed Problem?

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.

Leave A Comment
Newsletter

sign up for our newsletter to get updated information, promotion.

Banner ads

Table of Contents

List of content you will read in this article:

Best Virtualization Software for Linux: Exploring Top Solutions for Efficient VM Management

Recent Posts

Best Virtualization Software for Linux: Exploring Top Solutions for Efficient VM Management

Best Terminal for Linux: Experience seamless command-line prowess and efficiency with top-rated Linux terminals.

Unveiling the Top Picks: Best Browser for Linux in 2023

Unleash Ubuntu’s Power: Master 50 Ubuntu Basic Commands for Effortless Linux Navigation! Elevate Your Skills Today

Mastering Efficiency: Unveiling the Power of Docker Basic Commands for Seamless Container Operations

Unveiling the Ultimate Best Docker Tutorial Sources: Your Path to Container Mastery!

VirtualBox Alternative

Related Post

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *