Tworzenie kopii zapasowych NVP vProxy kończy się niepowodzeniem z: Nie można ukończyć logowania z powodu nieprawidłowej nazwy użytkownika lub hasła

• Przepływy pracy NetWorker powiązane z typem grupy: VMware i ma włączone dynamiczne kojarzenie (skojarzenie oparte na znacznikach).
• Tworzenie kopii zapasowych maszyn wirtualnych sporadycznie kończy się niepowodzeniem.
• Próby modyfikacji hasła użytkownika vCenter z poziomu konsoli NetWorker Management Console (NMC) mogą zakończyć się niepowodzeniem, ale wielokrotne wprowadzanie tego samego hasła kończy się powodzeniem.

• Serwer NetWorker nsrvisd-daemon.log zgłasza następujący błąd:

YYYY-MM-DDTHH:MM:SS-TZ DEBUG:  New state 'Failure': 'Failed to load Category/Tagging metadata.  Failed to login to CIS service at 'HTTPS://NSR_HYPERVISOR/rest/com/vmware/cis/session'. A 'POST' method to CIS service at 'HTTPS://NSR_HYPERVISOR/rest/com/vmware/cis/session' responded with code 401:  Error from CIS service: 'Authentication required.''; old state 'Running': 'Loading inventory ...'.
...
YYYY-MM-DDTHH:MM:SS-TZ ERROR:  Unable to reauthenticate with vCenter 'NSR_HYPERVISOR': ServerFaultCode: Cannot complete login due to an incorrect user name or password.
YYYY-MM-DDTHH:MM:SS-TZ DEBUG:  Session keepalive on vCenter 'NSR_HYPERVISOR': ServerFaultCode: Cannot complete login due to an incorrect user name or password.

Lokalizacja:
Linux: /opt/nsr/vproxy/logs/nsrvisd/nsrvisd-daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\nsrvisd-daemon.log/b>

Obserwuje się sporadyczną utratę pakietów między serwerem NetWorker a serwerem vCenter. Ten problem występuje na poziomie sieci poza konfiguracją NetWorker. Jeśli poświadczenia użytkownika vCenter używane przez NetWorker są nieprawidłowe, niepowodzenie testu POST sesji w usłudze CIS vCenter będzie spójne do momentu naprawienia. Problem zaobserwowano jednocześnie, ponieważ utrata pakietów występowała również między serwerem NetWorker a serwerem vCenter. Częstotliwość, z jaką wpływa to na operacje ochrony VMware, zależy od tego, jak często obserwuje się utratę pakietów. Jeśli nie było problemu z komunikacją, operacje ochrony VMware zakończyły się pomyślnie.

Monitoruj utratę pakietów między serwerem NetWorker a serwerem vCenter. Jeśli zaobserwowano jakiekolwiek problemy, skonsultuj się z administratorem sieci lub zespołem zapory.

Ten ping można użyć polecenia do sprawdzenia utraty pakietów z serwera NetWorker: ping vCenter_Hostname
 

Aby uruchomić ciągłe polecenie ping w systemach Windows, uruchom:

ping -t vCenter_hostname

Przykład:

[root@NetWorker-server ~]#ping vCenter_Hostname
PING vCenter_Hostname (X.X.X.X) 56(84) bytes of data.
64 bytes from vCenter_Hostname (X.X.X.X): icmp_seq=1 ttl=61 time=0.868 ms
64 bytes from vCenter_Hostname (X.X.X.X): icmp_seq=2 ttl=61 time=0.574 ms
……..
64 bytes from vCenter_Hostname (X.X.X.X): icmp_seq=29 ttl=61 time=0.388 ms
64 bytes from vCenter_Hostname (X.X.X.X): icmp_seq=30 ttl=61 time=0.431 ms
64 bytes from vCenter_Hostname (X.X.X.X): icmp_seq=34 ttl=61 time=0.556 ms
64 bytes from vCenter_Hostname (X.X.X.X): icmp_seq=35 ttl=61 time=0.477 ms
^C
--- vCenter_Hostname ping statistics ---
35 packets transmitted, 32 received, 8% packet loss, time 34793ms
rtt min/avg/max/mdev = 0.318/0.493/0.868/0.113 ms

Podobne błędy można zaobserwować, jeśli konfiguracja pamięci vSphere API (VAPI) nie została zmodyfikowana, a środowisko przeskalowało bieżące ustawienia: NetWorker: Grupy VMware nie powiodły się z błędem, nie można załadować spisu z vCenter

Obciążenie vCenter Virtual Provisioning X Daemon (VPXD) można zmniejszyć, konfigurując NetWorker tak, aby rzadziej uruchamiał proces inwentaryzacji: NVP vProxy: Proces nsrvim NetWorker jest uruchamiany co 15 minut, powodując duże obciążenie serwera vCenter Server i potencjalną niedostępność VPXD