NVP vProxy: Не вдається завантажити файл VMX .vmx файлу HTTP 500 Помилка внутрішнього сервера

Під час резервного копіювання віртуальної машини 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
 

 

• Пристрій 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 помилка спостерігається під час резервного копіювання ВМ. 

Об'єкт HTTP 500 (Внутрішня помилка сервера) у журналі сеансів резервного копіювання віртуальної машини повертається із середовища VMware. Робочий процес резервного копіювання vProxy надсилає файл HTTP GET запит на отримання файлів конфігурації віртуальної машини; однак vCenter відповідає HTTP 500 (внутрішня помилка сервера)

Об'єкт hostd Повідомлення про помилку "Operation not supported (11)" зазвичай вказує на проблему з доступом до вказаного файлу віртуальної машини в VMware або маніпулюванням ним.

Є кілька причин, які можуть вплинути на цю помилку; однак більшість з них знаходяться на рівні ESXi:

• Дозволи на доступ до файлу – хост ESXi не має потрібних дозволів на доступ до файлу.
• Доступність сховища даних – проблеми з підключенням між хостом ESXi та сховищем даних.
• Агенти з управління - Хост ESXi hostd і vpxa Агенти стикаються з проблемами.
• Проблеми з дисковим простором на хості ESXi
• Проблеми з файлом конфігурації віртуальної машини
• Хост ESXi вимагає оновлень

Перевірка дозволів NetWorker VMware Protection (NVP): 

Об'єкт ProxyHC utility може використовуватися для перевірки дозволів на доступ до резервних копій. Об'єкт ProxyHC utility не передбачено на пристрої vProxy за замовчуванням.

Дивись NVP-vProxy: Як користуватися інструментом перевірки працездатності ProxyHC на пристрої vProxy

./ProxyHC perm

Виправте всі проблеми з відсутніми дозволами, виявлені ProxyHC.
  Ця проблема може виникнути, коли шифрування VMware увімкнено, але обліковий запис користувача vCenter для NetWorker не має криптографічних дозволів: NetWorker NVP-vProxy: Помилка резервного копіювання: Не вдалося завантажити файл конфігурації віртуальної машини. Код статусу HTTP: 500

Коли шифрування VMware увімкнено, обліковий запис користувача повинен мати такі дозволи:

• Криптографічні операції > Додати диск
• Криптографічні операції > Прямий доступ
• Криптографічні дозволи > Реєстр ВМ

Адміністратор VMware повинен виконати перевірку дозволів файлів на хості ESXi.

Доступність сховища даних:

У клієнті VMware vSphere перевірте вкладку Сховище даних на наявність будь-яких помилок доступності. Якщо виникла проблема з перебоями підключення, перевірте консоль подій vSphere на наявність будь-яких помилок або збоїв щодо доступу до сховища даних.

Агенти з управління:

Перевірте хост ESXi hostd і vpxa агентських файлів на предмет будь-яких помилок. У деяких випадках перезапуск операторів може вирішити проблему:

/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

• З веб-браузера, який має доступ до адреси vCenter. Введіть/вставте URL-адресу з журналу сеансів віртуальної машини. Введіть облікові дані облікового запису користувача vCenter, який використовується для резервного копіювання:

Версіонування VMware vCenter та ESXi:

Зверніться до матриці сумісності NetWorker для вашої версії NetWorker. 

https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorkerУ керівництві по всім компонентам NetWorker дивіться Матрицю сумісності з NetWorker NVP (Proxy).
Використовуйте останню версію vProxy Major, яка підтримується вашою версією NetWorker і сумісна з вашою версією ESXi.
В ідеалі хости vCenter Server та ESXi мають бути на одній версії та релізі оновлень.

Спосіб вирішення:

Будь-який з наведених нижче обхідних шляхів можна протестувати; Однак кожен варіант може служити лише тимчасовим рішенням:

• Виконайте хост і сховище VMware vSphere vMotion будь-якої віртуальної машини, яка повідомляє про ці збої. Після vMotion віртуальної машини виконайте резервне копіювання з NetWorker.
• Перезавантажте хости ESXi, які містять віртуальні машини, що повідомляють про ці проблеми під час резервного копіювання. Після того, як хост ESXi знову підключиться до мережі, перевірте, чи виконано успішне резервне копіювання віртуальних машин для віртуальних машин, розташованих на цьому хості.

У будь-якому випадку рекомендується використовувати підтримку VMware, щоб усунути цю проблему.