NVP-vProxy. При резервном копировании виртуальной машины не удается скачать файл .vmx виртуальной машины Ошибка внутреннего сервера HTTP 500
Summary: Настроена защита NetWorker VMware (NVP). Во время резервного копирования виртуальной машины (ВМ) происходит сбой резервного копирования виртуальной машины, сообщая о том, что ей не удается скачать файл .vmx виртуальной машины. Код состояния HTTP: Возвращено значение 500 (внутренняя ошибка сервера). ...
Symptoms
Во время резервного копирования виртуальной машины NetWorker VMware Protection (NVP) резервное копирование завершается сбоем, и в журнале сеанса резервного копирования виртуальной машины регистрируется следующая ошибка:
- Сервер NetWorker.
Linux: /nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME/JOBID_VM-NAME_TIMESTAMP.log
Windows (по умолчанию): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME\WORKFLOW_NAME\JOBID_VM-NAME_TIMESTAMP.log
jobsdb retention (по умолчанию 72 часа), журналы, возраст которых превышает период хранения, автоматически удаляются. Журналы сеансов резервного копирования также можно найти на устройстве vProxy, и на них не влияет jobsdb retention.
- Устройство vProxy:
/opt/emc/vproxy/runtime/logs/recycle/vbackupd/DATE/BackupVmSessions-SESSION_ID.log
YYYY-MM-DDTHH:mm:SS ERROR: [NETWORKER-BUILD] UUID-VCENTER-NAME:VM-MOREF: HTTP Get request failed to download config file '[DATASTORE-NAME] VM-NAME/VM-NAME.vmx' using URL 'https://VCENTER-NAME/folder/VM-NAME/VM-NAME.vmx?dcPath=DATACENTER-NAME&dsName=DATASTORE-NAME'. HTTP Status code: 500. YYYY-MM-DDTHH:mm:SS ERROR: [NETWORKER-BUILD] Failed to download VM config file "[DATASTORE-NAME] VM-NAME/VM-NAME.vmx" into saveset file "VM-MOREF-config-file-0.cfg".
Переменная /var/log/hostd.log на хосте виртуальных машин (ESXi) сообщает следующее:
YYYY-MM-DDTHH:mm:SS Wa(164) Hostd[79374775]: [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/UUID/VM-NAME/VM-NAME.vmx] File - failed to get objectId, '/vmfs/volumes/UUID/VM-NAME/VM-NAME.vmx': Operation not supported (11)
Эта ошибка совпадает с моментом, когда HTTP 500 Во время резервного копирования виртуальных машин наблюдается ошибка.
Cause
Переменная HTTP 500 (Внутренняя ошибка сервера) в журнале сессий резервного копирования виртуальной машины возвращен из среды VMware. Рабочий процесс резервного копирования vProxy отправляет HTTP GET запрос на получение конфигурационных файлов ВМ; Однако vCenter отвечает с HTTP 500 (Внутренняя ошибка сервера)
Тем hostd Сообщение об ошибке "Operation not supported (11)» обычно указывает на проблему доступа к указанному файлу виртуальной машины в VMware или манипулирования им.
Есть несколько причин, которые могут повлиять на эту ошибку; однако большинство из них находятся на уровне ESXi:
- Разрешения для файлов — хост ESXi не имеет необходимых разрешений для доступа к файлу.
- Доступность хранилища данных — проблемы с подключением между хостом ESXi и хранилищем данных.
- Агенты управления — хост ESXi
hostdиvpxaАгенты столкнулись с проблемами. - Проблемы с дисковым пространством на хосте ESXi
- Проблемы с файлом конфигурации виртуальной машины
- Хосту ESXi требуются обновления
Resolution
Проверка разрешений NetWorker VMware Protection (NVP):
Переменная ProxyHC utility Может использоваться для проверки прав доступа к резервному копированию. Переменная ProxyHC utility не предоставляется на устройстве vProxy по умолчанию.
См. NVP-vProxy. Использование инструмента диагностики системы ProxyHC на устройстве vProxy
./ProxyHC permИсправьте все проблемы с отсутствующими разрешениями, выявленные следующим образом:
ProxyHC.
ProxyHC не проверяет, имеет ли хост ESXi разрешения на доступ к файлам виртуальной машины. ProxyHC Проверяет наличие необходимых разрешений у учетной записи пользователя, используемой для защиты NetWorker VMware. Эти разрешения описаны в руководстве по интеграции NetWorker с VMware, доступном на странице https://www.dell.com/support/home/product-support/product/networker/docs.
Если шифрование VMware включено, учетная запись пользователя должна обладать следующими разрешениями:
- Криптографические операции > Добавить диск
- Криптографические операции > Прямой доступ
- Криптографические разрешения Зарегистрировать > виртуальную машину
Доступность хранилища данных:
В клиенте VMware vSphere Client проверьте вкладку Datastore на наличие ошибок специальных возможностей. В случае проблемы с прерыванием подключения проверьте консоль событий vSphere на наличие ошибок или сбоев, связанных с доступом к хранилищу данных.Агенты управления:
Проверьтеhostd и vpxa агента на наличие ошибок.
| Компонент | Журнал | Описание |
| Журнал агента хоста ESXi | /var/log/hostd.log |
Содержит сведения об агенте, который управляет и настраивает хост ESXi и его виртуальные машины |
| Журнал агента vCenter Server | /var/log/vpxa.log |
Содержит информацию об агенте, который взаимодействует с vCenter Server (если сервер vCenter Server управляет хостом) |
/etc/init.d/hostd restart /etc/init.d/vpxa restart
Проблемы с дисковым пространством ESXi:
Убедитесь, что на хосте ESXi достаточно свободного дискового пространства. Используйтеvdf -h команда для проверки дискового пространства.
Повреждение файла конфигурации виртуальной машины:
Проверьте доступ к:.VMX файла вне рабочего процесса резервного копирования. С помощью команды .vmx URL-адрес файла из журнала сеансов виртуальной машины, используйте один или несколько из следующих вариантов для проверки целостности файла VMX:
- Повторно зарегистрируйте виртуальную машину.
- Нажмите правой кнопкой мыши на ВМ и выберите Удалить из инвентаризации (НЕ УДАЛЯТЬ С ДИСКА!).
- Перейдите в хранилище данных, найдите файл .vmx виртуальной машины и снова добавьте его в инвентаризацию.
- На устройстве vProxy откройте сеанс SSH и выполните следующую команду curl. Замените имя пользователя vCenter учетной записью пользователя, которая используется для резервного копирования виртуальных машин. Замените URL-адрес на URL-адрес, указанный в журнале сеансов виртуальной машины:
curl -v -k --user VCENTER_USER_ACCOUNT "VMX_URL"
admin@nsr-vproxy02:~> curl -v -k --user administrator@vsphere.local "https://vcsa.amer.lan/folder/05b58d65-4eef-c1d2-5070-00505606604d/rhel-client03.amer.lan.vmx?dcPath=vSAN%2520Datacenter&dsName=vsanDatastore"
Enter host password for user 'administrator@vsphere.local':
* Trying 192.168.9.111:443...
* Connected to vcsa.amer.lan (192.168.9.111) port 443 (#0)
...
< HTTP/2 200
...
CONTENTS OF .VMX File
* Connection #0 to host vcsa.amer.lan left intact
HTTP 200 указывает на то, что успешно GET Запрос файла vmx. Выходные данные также содержат содержимое файла vmx виртуальной машины. Убедитесь в правильности содержимого файла и отсутствии признаков повреждения. Если команда curl возвращает любой другой статус HTTP (404, 500 и т. д.), необходимо обратиться в службу поддержки VMware.
- В веб-браузере, имеющем доступ к адресу vCenter. Введите/вставьте URL-адрес из журнала сеансов виртуальной машины. Введите учетные данные учетной записи пользователя vCenter, которая используется для резервного копирования.
ПРИМЕЧАНИЕ. Если операция выполнена успешно, файл vmx скачивается. Убедитесь в правильности содержимого файла и отсутствии признаков повреждения. Если браузер возвращает какие-либо другие ошибки HTTP (404, 500 и т. д.), необходимо обратиться в службу поддержки VMware.
Управление версиями VMware vCenter и ESXi:
См. таблицу совместимости NetWorker для вашей версии NetWorker.
https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorkerВ руководстве «Все компоненты NetWorker» см.
таблицу совместимости NetWorker NVP (прокси).Используйте последнюю основную версию vProxy, поддерживаемую вашей версией NetWorker и совместимую с вашей версией ESXi.
В идеале vCenter Server и хосты ESXi должны иметь одинаковую версию и выпуск обновления.
Временное решение.
Можно попробовать одно из следующих временных решений. Однако каждый из вариантов может служить только временным решением:
- Выполните Host and Storage VMware vSphere vMotion любой виртуальной машины, которая сообщает об этих сбоях. После vMotions виртуальной машины выполните резервное копирование из NetWorker.
- Перезагрузите хосты ESXi, содержащие виртуальные машины, сообщающие об этих проблемах во время резервного копирования. После возврата хоста ESXi в оперативный режим убедитесь, что резервное копирование виртуальных машин, размещенных на этом хосте, выполнено успешно.
В любом случае для устранения основной причины проблемы рекомендуется обратиться в службу поддержки VMware.