NVP vProxy: O backup da VM falha ao fazer download do arquivo .vmx da VM HTTP 500 Internal Server Error
Summary: O NetWorker VMware Protection (NVP) está configurado. Durante os backups de máquina virtual (VM), um backup de VM falha, relatando que ele falha ao fazer download do arquivo .vmx da VM. Código de status HTTP: 500 (erro interno do servidor) é retornado. ...
Symptoms
Durante um backup de VM do NetWorker VMware Protection (NVP), o backup apresenta falha e o seguinte erro é registrado no log da sessão de backup da VM:
- Servidor NetWorker:
Linux: /nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME/JOBID_VM-NAME_TIMESTAMP.log
Windows (padrão): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME\WORKFLOW_NAME\JOBID_VM-NAME_TIMESTAMP.log
jobsdb retention (padrão de 72 horas), os registros mais antigos que a janela de retenção são removidos automaticamente. Os logs da sessão de backup também podem ser encontrados no equipamento vProxy e não são afetados pelo jobsdb retention.
- vProxy Appliance:
/opt/emc/vproxy/runtime/logs/recycle/vbackupd/DATE/BackupVmSessions-SESSION_ID.log
YYYY-MM-DDTHH:mm:SS ERROR: [NETWORKER-BUILD] UUID-VCENTER-NAME:VM-MOREF: HTTP Get request failed to download config file '[DATASTORE-NAME] VM-NAME/VM-NAME.vmx' using URL 'https://VCENTER-NAME/folder/VM-NAME/VM-NAME.vmx?dcPath=DATACENTER-NAME&dsName=DATASTORE-NAME'. HTTP Status code: 500. YYYY-MM-DDTHH:mm:SS ERROR: [NETWORKER-BUILD] Failed to download VM config file "[DATASTORE-NAME] VM-NAME/VM-NAME.vmx" into saveset file "VM-MOREF-config-file-0.cfg".
A coluna /var/log/hostd.log nas VMs (ESXi), o host informa o seguinte:
YYYY-MM-DDTHH:mm:SS Wa(164) Hostd[79374775]: [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/UUID/VM-NAME/VM-NAME.vmx] File - failed to get objectId, '/vmfs/volumes/UUID/VM-NAME/VM-NAME.vmx': Operation not supported (11)
Esse erro coincide com quando o HTTP 500 erro é observado durante o backup de VMs.
Cause
A coluna HTTP 500 (Erro interno do servidor) no log da sessão de backup da VM retornado do ambiente VMware. O fluxo de trabalho de backup do vProxy envia um HTTP GET solicitação para obter os arquivos de configuração da VM; no entanto, o vCenter está respondendo com HTTP 500 (Erro interno do servidor)
O hostd mensagem de erro "Operation not supported (11)" geralmente indica um problema ao acessar ou manipular o arquivo de máquina virtual especificado no VMware.
Existem várias causas que podem contribuir para esse erro; no entanto, a maioria está no nível do ESXi:
- File permissions — o host do ESXi não tem as permissões necessárias para acessar o arquivo.
- Acessibilidade do datastore — problemas de conectividade entre o host do ESXi e o datastore.
- Agentes de gerenciamento: os hosts do ESXi
hostdevpxaOs agentes estão encontrando problemas. - Problemas de espaço em disco no host do ESXi
- Problemas de arquivo de configuração da VM
- O host do ESXi requer atualizações
Resolution
Verificação de permissões do NetWorker VMware Protection (NVP):
A coluna ProxyHC utility Pode ser usado para validar as permissões de acesso ao backup. A coluna ProxyHC utility não é fornecida no equipamento vProxy por padrão.
Consulte NVP-vProxy: Como usar a ferramenta de verificação de integridade ProxyHC no equipamento vProxy
./ProxyHC permCorrija quaisquer problemas de permissões ausentes identificados por
ProxyHC.
ProxyHC não verifica se o host do ESXi tem permissões para acessar os arquivos da VM. ProxyHC Verifica se a conta de usuário usada para executar o NetWorker VMware Protection tem as permissões apropriadas. As permissões estão documentadas no Guia de integração do NetWorker VMware, disponível por meio do https://www.dell.com/support/home/product-support/product/networker/docs.
Quando a criptografia VMware está ativada, a conta de usuário deve ter as seguintes permissões:
- Operações > criptográficas Adicionar disco
- Operações > criptográficas Acesso direto
- Permissões > criptográficas Registrar VM
Acessibilidade do datastore:
No VMware vSphere Client, verifique a guia Datastore em busca de erros de acessibilidade. Caso haja um problema em que a conectividade é intermitente, verifique o console de eventos do vSphere para ver se há erros ou falhas relacionados ao acesso ao datastore.Agentes de gerenciamento:
Verificar as informações do host do ESXihostd e vpxa arquivos do agente para quaisquer erros.
| Componente | Tora | Descrição |
| Log do agente de host do ESXi | /var/log/hostd.log |
Contém informações sobre o agente que gerencia e configura o host do ESXi e suas máquinas virtuais |
| Registro do agente do vCenter Server | /var/log/vpxa.log |
Contém informações sobre o agente que se comunica com o vCenter Server (se o vCenter Server gerenciar o host) |
/etc/init.d/hostd restart /etc/init.d/vpxa restart
Problemas de espaço em disco do ESXi:
Certifique-se de que haja espaço em disco suficiente disponível no host do ESXi. Use o comandovdf -h Comando para verificar o espaço em disco.
Corrupção do arquivo de configuração da VM:
Verificar o acesso ao.VMX Arquivo fora do fluxo de trabalho de backup. Usando o comando .vmx URL do arquivo no registro da sessão da VM; use uma ou mais das seguintes opções para validar a integridade do arquivo VMX:
- Registre novamente a VM.
- Clique com o botão direito do mouse na VM e clique em Remover do inventário (NÃO EXCLUA DO DISCO!)
- Navegue pelo datastore, localize o arquivo .vmx da VM e adicione-o de volta ao inventário.
- No equipamento vProxy, abra uma sessão SSH e execute o seguinte comando curl. Substitua o nome de usuário do vCenter pela conta de usuário usada para realizar backups de VM. Substitua a URL pela URL identificada no registro da sessão da VM:
curl -v -k --user VCENTER_USER_ACCOUNT "VMX_URL"
admin@nsr-vproxy02:~> curl -v -k --user administrator@vsphere.local "https://vcsa.amer.lan/folder/05b58d65-4eef-c1d2-5070-00505606604d/rhel-client03.amer.lan.vmx?dcPath=vSAN%2520Datacenter&dsName=vsanDatastore"
Enter host password for user 'administrator@vsphere.local':
* Trying 192.168.9.111:443...
* Connected to vcsa.amer.lan (192.168.9.111) port 443 (#0)
...
< HTTP/2 200
...
CONTENTS OF .VMX File
* Connection #0 to host vcsa.amer.lan left intact
HTTP 200 indica um sucesso GET Solicitação do arquivo VMX. O resultado também contém o conteúdo do arquivo vmx da VM. Verifique se o conteúdo do arquivo está em boas condições e se não há sinais de corrupção. Se o comando curl retornar qualquer outro status HTTP (404, 500 e assim por diante), o suporte da VMware deverá ser ativado.
- Em um navegador da Web que tenha acesso ao endereço do vCenter. Insira/cole a URL do registro da sessão da VM. Digite as credenciais da conta de usuário do vCenter usada para backups:
Nota: Se for bem-sucedido, o arquivo vmx será baixado. Verifique se o conteúdo do arquivo está em boas condições e se não há sinais de corrupção. Se o navegador retornar quaisquer outros erros HTTP (404, 500 e assim por diante), o suporte da VMware deverá ser ativado.
Controle de versão do VMware vCenter e do ESXi:
Consulte a matriz de compatibilidade do NetWorker para sua versão do NetWorker.
https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorkerNo Guia de todos os componentes do NetWorker, consulte Matriz
de compatibilidade do NetWorker NVP (proxy).Use a versão principal mais recente do vProxy compatível com sua versão do NetWorker e compatível com sua versão do ESXi.
O ideal é que o vCenter Server e os hosts do ESXi estejam na mesma versão e versão de atualização.
Solução temporária:
Qualquer uma das seguintes soluções temporárias pode ser testada; No entanto, cada opção pode servir apenas como uma solução temporária:
- Execute um VMware vSphere vMotion de host e armazenamento de qualquer VM que reporte essas falhas. Após o vMotion na VM, execute um backup a partir do NetWorker.
- Reinicialize os hosts do ESXi que contêm as VMs que relatam esses problemas durante os backups. Depois que o host do ESXi voltar a ficar on-line, confirme se os backups de VM foram bem-sucedidos para as VMs que residem nesse host.
Em ambos os casos, o suporte ao VMware é recomendado para causar esse problema como raiz.