Os backups do NVP vProxy falham, com a mensagem: Não é possível concluir o login devido a nome de usuário ou senha incorretos
Summary: Os backups de proteção VMware do NetWorker e as tentativas de carregar o inventário da máquina virtual (VM) VMware falham intermitentemente. Erros relacionados à conta de usuário do vCenter configurada no NetWorker falham com "nome de usuário ou senha incorretos". As credenciais do VMware usadas estão corretas. ...
Symptoms
- Fluxos de trabalho do NetWorker associados ao tipo de grupo: VMware e tem a associação dinâmica ativada (associação baseada em tag).
- Os backups de VM apresentam falha intermitente.
- As tentativas de modificar a senha do usuário do vCenter a partir do NetWorker Management Console (NMC) podem falhar, mas se a mesma senha for digitada repetidamente, ela acabará sendo aprovada corretamente.
- O servidor do NetWorker
nsrvisd-daemon.logrelata o seguinte erro:
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.
Localização:
Linux: /opt/nsr/vproxy/logs/nsrvisd/nsrvisd-daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\nsrvisd-daemon.log/b>
Cause
A perda intermitente de pacotes é observada entre o servidor NetWorker e o vCenter Server. Esse problema está ocorrendo no nível da rede fora da configuração do NetWorker. Se as credenciais de usuário do vCenter usadas pelo NetWorker estiverem incorretas, o POST da sessão para a falha do serviço CIS do vCenter será consistente até ser corrigido. O problema foi observado simultaneamente, pois a perda de pacotes também estava ocorrendo entre o servidor NetWorker e o vCenter Server. A frequência com que as operações de proteção VMware são afetadas depende da frequência com que a perda de pacotes é observada. Quando não havia nenhum problema de comunicação, as operações de proteção da VMware eram bem-sucedidas.
Resolution
Monitore a perda de pacotes entre o servidor NetWorker e o vCenter Server. Se algum problema for observado, consulte o administrador de rede ou a equipe de firewall.
O ping pode ser usado para verificar a perda de pacotes do servidor NetWorker: ping vCenter_Hostname
Para executar um ping contínuo em sistemas Windows, execute:
ping -t vCenter_hostname
Exemplo:
[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
Additional Information
Erros semelhantes podem ser observados se a configuração de memória da API do vSphere (VAPI) não tiver sido modificada e o ambiente tiver expandido as configurações atuais: NetWorker: Falha nos grupos VMware com erro falha ao carregar o inventário do vCenter
A carga do vCenter Virtual Provisioning X Daemon (VPXD) pode ser reduzida configurando o NetWorker para executar seu processo de inventário com menos frequência: NVP vProxy: O processo nsrvim do NetWorker é executado a cada 15 minutos, causando uma alta carga de trabalho no vCenter Server e possível indisponibilidade do VPXD