Échec des sauvegardes NVP vProxy avec : Impossible de se connecter en raison d’un nom d’utilisateur ou mot de passe incorrect

• Workflows NetWorker associés au type de groupe : VMware et a l’association dynamique activée (association basée sur des balises).
• Les sauvegardes de machines virtuelles échouent par intermittence.
• Les tentatives de modification du mot de passe utilisateur vCenter à partir de NetWorker Management Console (NMC) peuvent échouer, mais si le même mot de passe est saisi à plusieurs reprises, il finit par réussir correctement.

• L’option de NetWorker Server nsrvisd-daemon.log Signale l’erreur suivante :

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.

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

Une perte de paquets intermittente est observée entre NetWorker Server et vCenter Server. Ce problème se produit au niveau du réseau en dehors de la configuration NetWorker. Si les informations d’identification de l’utilisateur vCenter utilisées par NetWorker sont incorrectes, le POST de session sur l’échec du service CIS de vCenter serait cohérent jusqu’à ce qu’il soit corrigé. Le problème a été observé simultanément, car une perte de paquets se produisait également entre NetWorker Server et vCenter Server. La fréquence à laquelle les opérations de protection VMware sont affectées dépend de la fréquence des pertes de paquets observées. En l’absence de problème de communication, les opérations de protection VMware ont réussi.

Surveillez la perte de paquets entre NetWorker Server et vCenter Server. Si des problèmes sont observés, consultez votre administrateur réseau ou l’équipe de pare-feu.

Le ping peut être utilisée pour vérifier la perte de paquets à partir du serveur NetWorker : ping vCenter_Hostname
 

Pour exécuter un ping continu sur les systèmes Windows, exécutez :

ping -t vCenter_hostname

Exemple :

[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

Des erreurs similaires peuvent être observées si la configuration de la mémoire de l’API vSphere (VAPI) n’a pas été modifiée et que l’environnement a dépassé l’échelle des paramètres actuels : NetWorker : Échec du chargement de l’inventaire à partir de vCenter

pour les groupes VMware avec erreurLa charge du processus vCenter Virtual Provisioning X (VPXD) peut être réduite en configurant NetWorker pour qu’il exécute son processus d’inventaire moins fréquemment : NVP vProxy : Le processus nsrvim NetWorker s’exécute toutes les 15 minutes, ce qui entraîne une charge applicative élevée sur vCenter Server et une indisponibilité potentielle de VPXD