NVP-vProxy-Backups schlagen fehl mit: Anmeldung kann aufgrund eines falschen Nutzernamens oder Kennworts nicht abgeschlossen werden

• NetWorker-Workflows, die dem Gruppentyp zugeordnet sind: VMware und mit aktivierter dynamischer Zuordnung (Tag-basierte Zuordnung).
• VM-Backups schlagen zeitweise fehl.
• Versuche, das vCenter-Nutzerkennwort über die NetWorker Management Console (NMC) zu ändern, schlagen möglicherweise fehl, aber wenn dasselbe Kennwort wiederholt eingegeben wird, wird es schließlich korrekt übergeben.

• Die Daten des NetWorker-Servers nsrvisd-daemon.log meldet den folgenden Fehler:

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.

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

Zwischen dem NetWorker-Server und vCenter Server tritt ein zeitweiliger Paketverlust auf. Dieses Problem tritt auf Netzwerkebene außerhalb der NetWorker-Konfiguration auf. Wenn die von NetWorker verwendeten vCenter-Nutzerzugangsdaten falsch sind, bleibt der Sitzungs-POST für den CIS-Servicefehler von vCenter konsistent, bis er korrigiert wird. Das Problem wurde gleichzeitig beobachtet, da auch Paketverluste zwischen dem NetWorker-Server und vCenter Server auftraten. Die Häufigkeit, mit der VMware-Schutzvorgänge beeinträchtigt werden, hängt davon ab, wie häufig Paketverluste beobachtet werden. Wenn kein Kommunikationsproblem vorlag, waren die VMware-Schutzvorgänge erfolgreich.

Überwachen auf Paketverlust zwischen dem NetWorker-Server und vCenter Server. Wenn Probleme beobachtet werden, wenden Sie sich an Ihren Netzwerkadministrator oder Ihr Firewall-Team.

Das ping Der Befehl kann verwendet werden, um auf Paketverlust vom NetWorker-Server zu prüfen: ping vCenter_Hostname
 

Um einen kontinuierlichen Ping auf Windows-Systemen auszuführen, führen Sie Folgendes aus:

ping -t vCenter_hostname

Beispiel:

[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

Ähnliche Fehler können auftreten, wenn die vSphere API (VAPI)-Speicherkonfiguration nicht geändert wurde und die Umgebung die aktuellen Einstellungen überskaliert hat: NetWorker: VMware-Gruppen schlagen mit Fehler fehl, Inventar von vCenter

konnte nicht geladen werdenDie Last des vCenter Virtual Provisioning X Daemon (VPXD) kann reduziert werden, indem NetWorker so konfiguriert wird, dass der Bestandsaufnahmeprozess seltener ausgeführt wird: NVP-vProxy: Der NetWorker-nsrvim-Prozess wird alle 15 Minuten ausgeführt, was zu einer hohen Workload auf vCenter Server und potenzieller Nichtverfügbarkeit von VPXD führt