Los respaldos de vProxy NVP fallan con: No se puede completar el inicio de sesión debido a un nombre de usuario o una contraseña incorrectos

• Flujos de trabajo de NetWorker asociados con el tipo de grupo: VMware y tiene habilitada la asociación dinámica (asociación basada en etiquetas).
• Los respaldos de VM fallan de forma intermitente.
• Los intentos de modificar la contraseña de usuario de vCenter desde NetWorker Management Console (NMC) pueden fallar, pero si se ingresa la misma contraseña varias veces, finalmente se aprueban correctamente.

• El archivo nsrvisd-daemon.log Informa el siguiente error:

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.

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

Se observa una pérdida intermitente de paquetes entre NetWorker Server y vCenter Server. Este problema ocurre en el nivel de red fuera de la configuración de NetWorker. Si las credenciales de usuario de vCenter que utiliza NetWorker son incorrectas, la POST de sesión en la falla del servicio CIS de vCenter será coherente hasta que se corrija. El problema se observó simultáneamente, ya que también se producía una pérdida de paquetes entre NetWorker Server y vCenter Server. La frecuencia con la que se ven afectadas las operaciones de protección de VMware depende de la frecuencia con la que se observa la pérdida de paquetes. Cuando no hubo ningún problema de comunicación, las operaciones de protección de VMware se realizaron correctamente.

Monitoree la pérdida de paquetes entre NetWorker Server y vCenter Server. Si se observa algún problema, consulte con el administrador de red o el equipo de firewall.

El ping El comando se puede utilizar para comprobar si hay pérdida de paquetes desde NetWorker Server: ping vCenter_Hostname
 

Para ejecutar un ping continuo en sistemas Windows, ejecute lo siguiente:

ping -t vCenter_hostname

Ejemplo:

[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

Se pueden observar errores similares si la configuración de la memoria de la API de vSphere (VAPI) no se modificó y el entorno superó los ajustes actuales: NetWorker: Los grupos de VMware fallan con un error al cargar el inventario desde vCenter

La carga del demonio vCenter Virtual Provisioning X (VPXD) se puede reducir mediante la configuración de NetWorker para ejecutar su proceso de inventario con menos frecuencia: NVP vProxy: El proceso nsrvim de NetWorker se ejecuta cada 15 minutos, lo que causa una carga de trabajo alta en vCenter Server y una posible falta de disponibilidad de VPXD