NVP-vProxy: o backup para de responder com o erro "Profundidade excessiva no documento"

O administrador de backup configura os backups VMware usando o equipamento vProxy NVP. Inicialmente, os backups são concluídos com sucesso em todos os equipamentos vProxy. Em seguida, os backups param de responder em um vProxy específico. Outros equipamentos vProxy continuam processando ordens de trabalho normalmente.

O log de backup mostra a paralisação dos backups em diferentes estágios para diferentes VMs. O comportamento de não responder não está limitado a uma única VM.

O /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-engine.log mostra continuamente um erro do analisador XML:

noname.xml:7: parser error : Extra content at the end of the document
a67fc16d47</uuid><contentId>d3df551ae74b3a5e1618dd2fa62962ef</contentId><parent>

O vmconfig Utilitário de linha de comando reset-backup, disable-migratione enable-migration gera um erro de profundidade para determinadas VMs:

noname.xml:7: parser error : Excessive depth in document: 256 use XML_PARSE_HUGE option
93c9a65840</uuid><contentId>ca3f9d42bfd056ff3eb2db1f8072aa4b</contentId><parent>

Uma máquina virtual no grupo de proteção tem um número significativo de arquivos em seu diretório de armazenamento de dados. Em um caso, uma VM tinha mais de 2.000 arquivos com dois anos de idade.

O fluxo de trabalho de backup do vProxy reúne detalhes de configuração da VM no início de cada backup. Ele cria um arquivo XML que inclui nomes de arquivo do diretório do datastore da VM. Os dados XML são armazenados no BackupVmSessions.gob .

Quando o diretório do datastore contém arquivos excessivos, o XML excede o limite de profundidade do analisador de 256. O erro do analisador corrompe o BackupVmSessions.gob . O arquivo corrompido torna o vbackupd.service Não foi possível processar nenhuma ordem de trabalho de backup.

1. Remova a VM afetada do grupo de proteção:

• • Identifique a VM com arquivos excessivos em seu diretório do datastore.
  • Remova a VM do grupo de proteção.

2. Recrie o BackupVmSessions.gob file:

• • SSH para o equipamento vProxy afetado como root.
  • Verifique o status da vbackupd serviço:

systemctl status vbackupd.service

• • Pare o vbackupd serviço:

systemctl stop vbackupd.service

• • Renomear o corrompido gob file:

mv /opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob /opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob.bak

• • Inicie o vbackupd serviço: 

systemctl start vbackupd.service

• • Verifique as página de service status:

systemctl status vbackupd.service

• • Verifique o progresso no vbackupd registro:

tail -f /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-engine.log

3. Apague os indicadores de bloqueio de VM, se necessário: se alguma VM tiver bloqueio de backup obsoleto ou sinalizadores de migração, use o comando vmconfig Utilitário para limpá-los:

/opt/emc/vproxy/bin/vmconfig -v <vcenter_fqdn> -u '<vcenter_user>' -p '<vcenter_password>' -c "reset-backup" -l moref -k <vm_moref>

4. Limpe o diretório do datastore da VM:

• • Analise o diretório do datastore da VM removida. Remova arquivos antigos ou desnecessários para reduzir a contagem de arquivos.
  • Após a limpeza, adicione a VM de volta ao grupo de proteção, se necessário. Verifique se o backup foi concluído sem o erro do analisador.

Em alguns casos, o vSphere Web Console relata que as máquinas virtuais afetadas precisam de consolidação. No vSphere Web Client, selecione a guia vCenter Server VM e use a opção Manage Columns para mostrar a coluna Needs Consolidation . Se qualquer uma das máquinas virtuais protegidas por políticas de proteção da VMware exigir consolidação, as máquinas virtuais deverão ser consolidadas usando o vSphere Client.

Para obter mais informações sobre como consolidar uma máquina virtual, consulte o artigo da Base de conhecimento Brocade 316575 (Link externo).