NVP vProxy: Kopia zapasowa maszyny wirtualnej nie pobiera pliku .vmx maszyny wirtualnej Wewnętrzny błąd serwera HTTP 500

Podczas tworzenia kopii zapasowej maszyny wirtualnej NetWorker VMware Protection (NVP) tworzenie kopii zapasowej kończy się niepowodzeniem, a w dzienniku sesji tworzenia kopii zapasowej maszyny wirtualnej rejestrowany jest następujący błąd:

• Serwer NetWorker:

Linux: /nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME/JOBID_VM-NAME_TIMESTAMP.log
Windows (ustawienie domyślne): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME\WORKFLOW_NAME\JOBID_VM-NAME_TIMESTAMP.log
 

 

• Urządzenie 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".

Polecenie /var/log/hostd.log na hoście maszyn wirtualnych (ESXi) zgłasza następujące problemy:

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)

Ten błąd zbiega się z kiedy: HTTP 500 podczas tworzenia kopii zapasowej maszyn wirtualnych zaobserwowano błąd. 

Polecenie HTTP 500 (Internal Server Error) w dzienniku sesji tworzenia kopii zapasowej maszyny wirtualnej jest zwracany ze środowiska VMware. Przepływ pracy tworzenia kopii zapasowej vProxy wysyła HTTP GET żądanie pobrania plików konfiguracyjnych maszyny wirtualnej; jednak vCenter reaguje za pomocą HTTP 500 (Błąd wewnętrzny serwera)

Ten hostd Komunikat o błędzie "Operation not supported (11)" zazwyczaj wskazuje na problem podczas uzyskiwania dostępu do określonego pliku maszyny wirtualnej w VMware lub manipulowania nim.

Istnieje kilka przyczyn, które mogą mieć wpływ na ten błąd; jednak większość z nich znajduje się na poziomie ESXi:

• Uprawnienia pliku — host ESXi nie ma uprawnień niezbędnych do uzyskania dostępu do pliku.
• Dostępność magazynu danych — problemy z łącznością między hostem ESXi a magazynem danych.
• Agenty zarządzania — hosta ESXi hostd i vpxa Agenci napotykają problemy.
• Problemy z miejscem na dysku hosta ESXi
• Problemy z plikiem konfiguracyjnym maszyny wirtualnej
• Host ESXi wymaga aktualizacji

Weryfikacja uprawnień NetWorker VMware Protection (NVP): 

Polecenie ProxyHC utility Może służyć do weryfikowania uprawnień dostępu do kopii zapasowej. Polecenie ProxyHC utility nie jest domyślnie dostarczana na urządzeniu vProxy.

Zobacz NVP-vProxy: Jak używać narzędzia do sprawdzania kondycji ProxyHC na urządzeniu vProxy

./ProxyHC perm

Rozwiąż problemy z brakującymi uprawnieniami zidentyfikowane przez ProxyHC.
  Ten problem może wystąpić, gdy szyfrowanie VMware jest włączone, ale konto użytkownika vCenter NetWorker nie ma uprawnień kryptograficznych: NetWorker NVP-vProxy: Błąd kopii zapasowej: Nie udało się pobrać pliku konfiguracyjnego maszyny wirtualnej. Kod stanu HTTP: 500

szt.Po włączeniu szyfrowania VMware konto użytkownika musi mieć następujące uprawnienia:

• Operacje > kryptograficzne Dodaj dysk
• Operacje > kryptograficzne Bezpośredni dostęp
• Uprawnienia > kryptograficzne Rejestrowanie maszyny wirtualnej

Administrator VMware musi przeprowadzić weryfikację uprawnień plików na hoście ESXi.

Dostępność magazynu danych:

W kliencie VMware vSphere Client sprawdź, czy na karcie Datastore nie występują błędy dostępności. W przypadku problemu z niestabilną łącznością sprawdź konsolę zdarzeń vSphere pod kątem błędów lub awarii dotyczących dostępu do magazynu danych.

Agenty zarządzania:

Sprawdzanie hosta ESXi hostd i vpxa agenta dla wszelkich błędów. W niektórych przypadkach ponowne uruchomienie agentów może rozwiązać problem:

/etc/init.d/hostd restart
/etc/init.d/vpxa restart

Problemy z miejscem na dysku ESXi:

Upewnij się, że na hoście ESXi jest dostępna wystarczająca ilość miejsca na dysku. Użyj polecenia vdf -h polecenie sprawdzania miejsca na dysku.

Uszkodzenie pliku konfiguracyjnego maszyny wirtualnej:

Zweryfikuj dostęp do .VMX poza przepływem pracy tworzenia kopii zapasowej. Korzystając z polecenia .vmx adres URL pliku z dziennika sesji maszyny wirtualnej, użyj co najmniej jednej z następujących opcji, aby zweryfikować integralność pliku VMX:

• Ponownie zarejestruj maszynę wirtualną.
  • Kliknij maszynę wirtualną prawym przyciskiem myszy i kliknij polecenie Remove from Inventory (DO NOT DELETE FROM DISK!)
  • Przejrzyj magazyn danych, znajdź plik .vmx maszyny wirtualnej i dodaj go z powrotem do spisu.
• Na urządzeniu vProxy otwórz sesję SSH i uruchom następujące polecenie curl. Zastąp nazwę użytkownika vCenter kontem używanym do tworzenia kopii zapasowych maszyny wirtualnej. Zastąp adres URL adresem URL zidentyfikowanym w dzienniku sesji maszyny wirtualnej:

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

• W przeglądarce internetowej, która ma dostęp do adresu vCenter. Wprowadź/wklej adres URL z dziennika sesji maszyny wirtualnej. Wprowadź poświadczenia konta użytkownika vCenter używanego do tworzenia kopii zapasowych:

Wersjonowanie VMware vCenter i ESXi:

Zapoznaj się z tabelą zgodności NetWorker dla swojej wersji NetWorker. 

https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorkerW przewodniku NetWorker All Components zobacz Macierz zgodności NetWorker NVP (proxy).
Użyj najnowszego wydania głównego vProxy obsługiwanego przez wersję NetWorker i zgodnego z wersją ESXi.
W idealnym przypadku hosty vCenter Server i ESXi powinny mieć tę samą wersję i wydanie aktualizacji.

Obejście problemu:

Można wypróbować jedno z poniższych obejść; Jednak każda opcja może służyć tylko jako rozwiązanie tymczasowe:

• Wykonaj operację VMware vSphere vMotion hosta i pamięci masowej dowolnej maszyny wirtualnej zgłaszającej te błędy. Po uruchomieniu funkcji vMotion maszyny wirtualnej wykonaj kopię zapasową w oprogramowaniu NetWorker.
• Uruchom ponownie hosty ESXi zawierające maszyny wirtualne zgłaszające te problemy podczas tworzenia kopii zapasowych. Po powrocie hosta ESXi do trybu online sprawdź, czy tworzenie kopii zapasowych maszyn wirtualnych działających na tym hoście powiodło się.

W obu przypadkach zaleca się pomoc techniczną firmy VMware w celu usunięcia głównej przyczyny problemu.