NVP vProxy-sikkerhetskopier mislykkes med: Kan ikke fullføre påloggingen på grunn av feil brukernavn eller passord

• NetWorker-arbeidsflyter tilknyttet gruppetype: VMware og har Dynamic Association aktivert (Tag basert tilknytning).
• VM-sikkerhetskopieringer mislykkes midlertidig.
• Forsøk på å endre vCenter-brukerpassordet fra NetWorker Management Console (NMC) kan mislykkes, men hvis det samme passordet angis gjentatte ganger, passeres det til slutt riktig.

• NetWorker-serverens nsrvisd-daemon.log Rapporterer følgende feil:

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.

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

Det oppstår periodisk pakketap mellom NetWorker-serveren og vCenter-serveren. Dette problemet oppstår på nettverksnivå utenfor NetWorker-konfigurasjonen. Hvis vCenter-brukerlegitimasjonen som brukes av NetWorker, er feil, vil økten POST til vCenters CIS-tjenestefeil være konsekvent til den er korrigert. Problemet ble observert samtidig som pakketap også oppsto mellom NetWorker-serveren og vCenter-serveren. Hvor ofte VMware-beskyttelsesoperasjoner påvirkes, avhenger av hvor ofte pakketap observeres. Når det ikke oppsto et kommunikasjonsproblem, var VMware-beskyttelsen vellykket.

Overvåke pakketap mellom NetWorker-serveren og vCenter-serveren. Hvis det oppstår problemer, kontakter du nettverksadministratoren eller brannmurteamet.

Den ping -kommandoen kan brukes til å se etter pakketap fra NetWorker-serveren: ping vCenter_Hostname
 

Hvis du vil kjøre en kontinuerlig ping på Windows-systemer, kjører du:

ping -t vCenter_hostname

Eksempel:

[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

Lignende feil kan oppstå hvis vSphere API-minnekonfigurasjonen (VAPI) ikke er endret, og miljøet har skalert ut gjeldende innstillinger: NetWorker: VMware-grupper som mislykkes med feil, kan ikke laste inn beholdning fra vCenter

VPXD-belastningen (vCenter Virtual Provisioning X Daemon) kan reduseres ved å konfigurere NetWorker til å kjøre beholdningsprosessen sjeldnere: NVP vProxy: NetWorker nsrvim-prosessen kjører hvert 15. minutt, noe som fører til stor workload på vCenter Server og potensiell vCenter-utilgjengelighet