NetWorker vProxy: a restauração do saveset VBA do vProxy falha com "Err: Falha remota 5057-nfs readext (nfs: Identificador de arquivo obsoleto)"

Resumo: A integração do NetWorker VMware Protection foi configurada anteriormente com o VBA (Virtual Backup Appliance). A integração do NetWorker VMware Protection (NVP) agora está configurada com o equipamento vProxy. A partir do NetWorker 18.2, o vProxy pode executar restaurações de savesets de VBA. Ao tentar usar o vProxy para executar uma restauração de um saveset de clone VBA que reside em fita, o saveset é reativado com sucesso da fita para o Data Domain, mas não consegue restaurar do Data Domain para o vCenter Server. A tentativa de restaurar separadamente o saveset reativado que está agora no Data Domain também apresentará falha. Exclua o saveset que foi reativado para o Data Domain executando o comando nsrmm -d -S / (Saveset ID/Clone ID). Reiniciar a restauração do saveset que reside na fita. ...

Este artigo aplica-se a Este artigo não se aplica a Este artigo não está vinculado a nenhum produto específico. Nem todas as versões do produto estão identificadas neste artigo.

Sintomas

A integração do NetWorker VMware Protection (NVP) foi configurada anteriormente com o Virtual Backup Appliance (VBA) e agora recebeu upgrade para o dispositivo vProxy.  O equipamento vProxy está sendo usado para executar uma restauração de saveset do VBA (NetWorker 18.2 ou mais recente) que reside em um dispositivo de fita.  O workflow de restauração indica que o saveset será reativado, da fita ao dispositivo Clone do Data Domain, concluído com sucesso.  Em seguida, o workflow de restauração indica que a recuperação da máquina virtual (VM) não consegue ler um arquivo a partir da cópia reativada.  O registro da sessão de recuperação mostra:
 
YYYY-MM-DD HH:MM:SS INFO:   [28] Setting up session for "Hard disk 1" with backing file "[datastore] VM01/VM01.vmdk.vmdk".
YYYY-MM-DD HH:MM:SS NOTICE: [28] Opened handle to virtual disk "[datastore] VM01/VM01.vmdk.vmdk" using "hotadd" transport mode. Requested mode was "hotadd:nbd". Hotadd transport available.
YYYY-MM-DD HH:MM:SS INFO:   [28] Opened handle to virtual disk  "Hard disk 1" - "[datastore] VM01/VM01.vmdk.vmdk" using "hotadd" transport mode.
YYYY-MM-DD HH:MM:SS INFO:   [28] Opened backup file "ddnetworker/TapeTest/15/21/d9f755c1-00000006-c8c19ccd-5ac19ccd-aa3936a0-1c90789f/vm-117-disk-key-2000-flat.vmdk" on "dd01.domain.com".
YYYY-MM-DD HH:MM:SS NOTICE: [28] Moving data ...
YYYY-MM-DD HH:MM:SS NOTICE: [28] Closed handle to virtual disk "Hard disk 1" - "[datastore] VM01/VM01.vmdk.vmdk".
YYYY-MM-DD HH:MM:SS INFO:   [28] Verifying "[datastore] VM01/VM01.vmdk.vmdk" was detached from vProxy, attempting to cleanup ...
YYYY-MM-DD HH:MM:SS INFO:   [28] Found virtual machine 'VM01' with MORef 'vm-12345'.
YYYY-MM-DD HH:MM:SS INFO:   [28] Virtual disk "[datastore] VM01/VM01.vmdk.vmdk" is NOT attached to the vProxy.
YYYY-MM-DD HH:MM:SS NOTICE: [28] Virtual disk "[datastore] VM01/VM01.vmdk.vmdk" is detached from vProxy.
YYYY-MM-DD HH:MM:SS ERROR:  [28] Failed to move data for "Hard disk 1": "[5057] [ 3750] [139632025818880] HH:MM:SS YYYY\n\tddp_read() failed Offset 1944059904, BytesToRead 1048576, BytesRead 0 Err: 5057-nfs readext remote failed (nfs: Stale file handle)\n".

O vProxy /opt/emc/vproxy/runtime/logs/vrecoverd/vrecoverd-engine.log mostra:

YYYY-MM-DD HH:MM:SS ERROR:  [28] 43859ac0-31d5-44f2-b40e-6d45ecad3039: Failed to move data for "Hard disk 1": "[5057] [ 3750] [139632025818880] HH:MM:SS YYYY\n\tddp_read() failed Offset 1944059904, BytesToRead 1048576, BytesRead 0 Err: 5057-nfs readext remote failed (nfs: Stale file handle)\n".
YYYY-MM-DD HH:MM:SS ERROR:  [28] 43859ac0-31d5-44f2-b40e-6d45ecad3039: Failed to recover to a new VM. [5057] [ 3750] [139632025818880] HH:MM:SS YYYY
YYYY-MM-DD HH:MM:SS ERROR:  [28] 43859ac0-31d5-44f2-b40e-6d45ecad3039: ddp_read() failed Offset 1944059904, BytesToRead 1048576, BytesRead 0 Err: 5057-nfs readext remote failed (nfs: Stale file handle)

Causa

A causa não é conhecida no momento.

Resolução

Nota: Os savesets de VBA só podem ser recuperados usando o NetWorker 19.6.1 ou anterior. Não é possível recuperar savesets de VBA usando o NetWorker 19.7.x ou posterior.

Solução alternativa:
O problema pode estar no saveset reativado no dispositivo Data Domain.  Exclua o saveset que foi reativado para o dispositivo Data Domain com o utilitário de linha de comando nsrmm e, em seguida, execute uma nova restauração de saveset para executar uma nova reativação.
nsrmm -d -S <saveset_ID>/<clone_ID>

Os detalhes do saveset devem aparecer na saída de reativação; Você também pode obter o ID do clone na tentativa de preparo usando o seguinte comando mminfo:

mminfo -avot -q ssid=ssid -r vmname,volume,ssid,cloneid

Produtos afetados

NetWorker

Produtos

NetWorker
Propriedades do artigo
Número do artigo: 000174308
Tipo de artigo: Solution
Último modificado: 02 nov. 2023
Versão:  4
Encontre as respostas de outros usuários da Dell para suas perguntas.
Serviços de suporte
Verifique se o dispositivo está coberto pelos serviços de suporte.