NVP vProxy: A restauração da imagem da VM falha com "Falha ao ler a codificação JSON do fluxo de entrada: [5034] o usuário não tem privilégios suficientes"

Resumo: Falha na execução de uma restauração de imagem de VM usando o equipamento vProxy NetWorker VMware Protection (NVP). A mensagem de falha retornada é "Falha ao ler a codificação JSON do fluxo de entrada: [5034] o usuário não tem privilégios suficientes." Isso só ocorre ao restaurar savesets mais antigos. Ao executar uma restauração de um saveset recente (por exemplo, no mesmo dia), a restauração é concluída sem problemas. ...

Produtos afetados

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.

Confira outros recursos

Sintomas

Ao restaurar um saveset de VM mais antigo, a recuperação falha imediatamente e o registro da sessão de recuperação da VM retorna o seguinte:

159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: ###] Failed to recover to a new VM. Failed to load version 1 backup descriptor from file 'nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/BackupDescriptor.json'.  Failed to read JSON encoding from input stream:  [5034] the user has insufficient privilege
152793:nsrvproxy_recover: vProxy Log Ends =================================================
153335:nsrvproxy_recover: Virtual machine recovery failed: vProxy recovery failed with error message: Session "86981eef-599d-44cd-9e78-1b55e6e5e03f" failed. Error: Failed to load version 1 backup descriptor from file 'nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/BackupDescriptor.json'.  Failed to read JSON encoding from input stream:  [5034] the user has insufficient privilege

A restauração da mesma VM com um saveset mais recente (por exemplo, o backup do mesmo dia ou do dia anterior) é concluída sem problemas.

Causa

O Data Domain é configurado com uma política de movimentação de dados baseada em "faixa etária" para mover dados entre o nível ativo e o nível de nuvem:Em uma sessão SSH no Data Domain,

podemos ver que a mtree do servidor do NetWorker tem um destino de nível de nuvem usando uma política de faixa etária:

sysadmin@ddct# data-movement policy show
Mtree                                   Target(Tier/Unit Name)   Policy          Value
-------------------------------------   ----------------------   -------------   ----------
...
/data/col1/nsr                          Cloud/test01             age-range       14-60 day
-------------------------------------   ----------------------   -------------   ---------

Nota: A recuperação de um saveset a partir de um backup concluído antes da política de movimentação de dados da faixa etária funciona sem problemas, pois o saveset está no armazenamento de nível ativo, não no armazenamento de nível da nuvem.

A saída da sessão de recuperação lista o caminho do mtree (excluindo /data/col1):

/MTREE_NAME/DEVICE_PATH/##/##/NW_LONG_SSID/FILE_NAME

Usando o seguinte comando do Data Domain, podemos determinar se a localização desse arquivo está no nível ativo ou no nível da nuvem:

filesys report generate file-location path /data/col1/MTREE_NAME/DEVICE_PATH/##/##/NW_LONG_SSID/FILE_NAME

Exemplo:

filesys report generate file-location path /data/col1/MTREE_NAME/DEVICE_PATH/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56

Neste exemplo, o arquivo não está no nível ativo . Ele foi movido para o armazenamento da unidade de nuvem com base na política de movimentação de dados de "faixa etária" do Data Domain:

sysadmin@ddct# filesys report generate file-location path /data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56
--------------------------------      ----------------------      -------------     -----------------
File Name                             Location(Unit Name)         Size              Placement Time
--------------------------------      ----------------------      -------------     -------------------
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-config-file-0.cfg      test01  3.79 KiB        Sun Oct 20 20:51:37 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-config-file-1.cfg      test01  264.49 KiB      Sun Oct 20 20:51:37 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000-used-blocks.json test01  13.98 KiB       Sun Oct 20 20:51:37 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000-flat.vmdk        test01  100.00 GiB      Sun Oct 20 20:52:56 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000.vmdk     test01  345.00 B        Sun Oct 20 20:51:37 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000-metadata.json    test01  322.00 B        Sun Oct 20 20:51:37 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/BackupVmSessions.json  test01  5.34 KiB        Sun Oct 20 20:51:37 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/BackupDescriptor.json  test01  2.29 KiB        Sun Oct 20 20:51:37 2024
-----------------------------------------------------------------

Quando a política de movimentação de dados é definida como faixa etária, o NetWorker não tem conhecimento dos savesets que estão sendo movidos do nível ativo para o nível da nuvem no Data Domain. Os savesets do vProxy devem residir no nível ativo do Data Domain antes de poderem ser recuperados. Nesse caso, o NetWorker acha que a cópia está no nível ativo e tenta restaurar a VM, mas não consegue acessar o saveset a partir do nível da nuvem.

Resolução

Nota: Se surgirem problemas ou se for necessária mais ajuda, abra um caso de suporte do Data Domain referenciando este artigo e forneça os resultados de comando abaixo.

As etapas a seguir devem ser executadas a partir de uma sessão SSH sysadmin do Data Domain.

Certifique-se de que o armazenamento da unidade de nuvem esteja ativo. Se o armazenamento da unidade de nuvem for exibido como desconectado, o suporte do Data Domain deverá ser ativado.

cloud unit list

Exemplo:

sysadmin@ddct# cloud unit list
Name     Profile         Status   Bucket                                 Reason
------   -------------   ------   ------------------------------------   -------------------------------
test01   ecs_testdrive   Active   testbucketcork                         Cloud unit connected and ready.

Se não houver problemas com o armazenamento da unidade de nuvem e o saveset mostrar que ele não está no nível ativo, recupere os arquivos do saveset de volta para o nível ativo usando o seguinte comando do DD:

data-movement recall path /data/col1/MTREE_NAME/DEVICE_PATH/##/##/LONG_SSID/FILE_NAME

Nota: O log da sessão de recuperação do vProxy contém o nome da pasta do saveset (excluindo /data/col1). O processo para identificar o local da pasta do saveset também é detalhado na KB a seguir: NetWorker NVP vProxy: Confirme se um saveset da VM reside no file system do Data Domain

Exemplo:

sysadmin@ddct# data-movement recall path /data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-config-file-0.cfg
Recall initiated for "/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-config-file-0.cfg". Run the "data-movement status" command to monitor its progress.

sysadmin@ddct# data-movement recall path /data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-config-file-1.cfg
Recall initiated for "/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-config-file-1.cfg". Run the "data-movement status" command to monitor its progress.

sysadmin@ddct# data-movement recall path /data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000-used-blocks.json
Recall initiated for "/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000-used-blocks.json". Run the "data-movement status" command to monitor its progress.

sysadmin@ddct# data-movement recall path /data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000-flat.vmdk
Recall initiated for "/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000-flat.vmdk". Run the "data-movement status" command to monitor its progress.

sysadmin@ddct# data-movement recall path /data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000.vmdk
Recall initiated for "/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000.vmdk". Run the "data-movement status" command to monitor its progress.

sysadmin@ddct# data-movement recall path /data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000-metadata.json
Recall initiated for "/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000-metadata.json". Run the "data-movement status" command to monitor its progress.

sysadmin@ddct# data-movement recall path /data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/BackupVmSessions.json
Recall initiated for "/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/BackupVmSessions.json". Run the "data-movement status" command to monitor its progress.

sysadmin@ddct# data-movement recall path /data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/BackupDescriptor.json
Recall initiated for "/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/BackupDescriptor.json". Run the "data-movement status" command to monitor its progress.

Nota: Para monitorar o progresso da movimentação de dados, execute o status da movimentação de dados

Depois que a recuperação da movimentação de dados for concluída, os arquivos serão exibidos no nível ativo:

sysadmin@ddct# filesys report generate file-location path /data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56
--------------------------------      ----------------------      -------------     -----------------
File Name                             Location(Unit Name)         Size              Placement Time
--------------------------------      ----------------------      -------------     -------------------
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-config-file-0.cfg      Active  3.79 KiB        Sun Oct 20 23:12:02 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-config-file-1.cfg      Active  264.49 KiB      Sun Oct 20 23:12:10 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000-used-blocks.json Active  13.98 KiB       Sun Oct 20 23:12:18 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000-flat.vmdk        Active  100.00 GiB      Sun Oct 20 23:12:35 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000.vmdk     Active  345.00 B        Sun Oct 20 23:12:35 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/vm-4002-disk-key-2000-metadata.json    Active  322.00 B        Sun Oct 20 23:12:43 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/BackupVmSessions.json  Active  5.34 KiB        Sun Oct 20 23:12:52 2024
/data/col1/nsr/VMbackup03/00/84/66385d64-00000006-f6111cbf-67111cbf-000b5000-592bbe56/BackupDescriptor.json  Active  2.29 KiB        Sun Oct 20 23:13:04 2024
-----------------------------------------------------------------

Um método alternativo é usar o NetWorker para clonar o saveset de volta em um dispositivo no nível ativo: NVP vProxy: Como clonar manualmente um saveset VM de um dispositivo que não seja do Data Domain para um dispositivo de clone do Data Domain?

Depois que os dados forem movidos de volta para o nível ativo, execute a restauração da VM a partir do NetWorker Management Console (NMC) ou do NetWorker Web User Interface (NWUI).

Mais informações

Ao integrar o NetWorker com o Data Domain Cloud Tier, a política de "movimentação de dados" deve ser definida como "app-managed" na mtree que contém dados do NetWorker.

No NetWorker, crie um dispositivo clone do DD Cloud Tier:

Antes de rotular o volume, um alerta é exibido informando que esse processo define a mtree do NetWorker como "app-managed".

A política de movimentação de dados é exibida como gerenciada por aplicativo para a mtree do NetWorker:

sysadmin@ddct# data-movement policy show mtree /data/col1/nsr
Mtree                       Target(Tier/Unit Name)   Policy        Value
-------------------------   ----------------------   -----------   -------
/data/col1/nsr              Cloud/test01             app-managed   enabled
-------------------------   ----------------------   -----------   -------

Para mover dados do NetWorker entre o nível ativo e o armazenamento da unidade de nuvem, configure trabalhos de clonagem do NetWorker usando os dispositivos NetWorker do nível da nuvem DD como o destino do clone.

Nota: O Guia de integração do NetWorker e do Data Domain Boost fornece mais informações sobre como usar o NetWorker com dispositivos DD Cloud Tier. Veja: https://www.dell.com/support/home/product-support/product/networker/docs.

Durante as restaurações de VM de savesets que residem em um dispositivo de clone do Cloud Tier, o saveset do Cloud Tier é exibido em "Recuperar a máquina virtual de um clone em um dispositivo que não seja do Data Domain ":

O processo de recuperação fornece uma opção para selecionar um "Pool de preparação". O pool de preparação deve ser um pool de clones usando um dispositivo de disco do Data Domain configurado no nó de armazenamento local do servidor do NetWorker. O processo de recuperação clona o saveset para o dispositivo de clonagem do Data Domain e, em seguida, executa a restauração da VM. Isso é detalhado mais adiante em: vProxy no NetWorker: A restauração da VM da fita falha com o erro "Unable to resurrect clone SSID to a Data Domain volume in a storage pool"

Produtos afetados

Data Domain, NetWorker

Número do artigo: 000234854

Tipo de artigo: Solution

Último modificado: 17 set. 2025

Versão: 3

Verifique se o dispositivo está coberto pelos serviços de suporte.

NVP vProxy: A restauração da imagem da VM falha com "Falha ao ler a codificação JSON do fluxo de entrada: [5034] o usuário não tem privilégios suficientes"

Sintomas

Causa

Resolução

Informações adicionais

Produtos afetados

Sintomas

Causa

Resolução

Mais informações

Produtos afetados

Propriedades do artigo

Encontre as respostas de outros usuários da Dell para suas perguntas.

Serviços de suporte

Propriedades do artigo

Encontre as respostas de outros usuários da Dell para suas perguntas.

Serviços de suporte

NVP vProxy: A restauração da imagem da VM falha com "Falha ao ler a codificação JSON do fluxo de entrada: [5034] o usuário não tem privilégios suficientes"

Artigo detalhado

Sintomas

Causa

Resolução

Informações adicionais

Produtos afetados

Sintomas

Causa

Resolução

Mais informações

Produtos afetados

Propriedades do artigo

Encontre as respostas de outros usuários da Dell para suas perguntas.

Serviços de suporte

Propriedades do artigo

Encontre as respostas de outros usuários da Dell para suas perguntas.

Serviços de suporte