Avamar. Сбой при восстановлении образа VMware «Тайм-аут ожидания созданных метаданных восстановления»

Summary: Сбой восстановления образа VMware с ошибкой «Timeout on wait for spawned restore metadata avtar process to complete»

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Восстановление образа VMware на новую виртуальную машину или восстановление образа на новый диск завершается сбоем со следующей ошибкой:
 

avvcbimage Error <0000>: [IMG0011] Timeout on wait for spawned restore metadata avtar process to complete


При восстановлении на новую виртуальную машину или диск обычный рабочий процесс восстановления должен выполнить «мини-восстановление» файлов конфигурации виртуальной машины из выбранной пользователем резервной копии. Эти файлы помечены как файлы дескрипторов .vmx и .vmdk.

После восстановления данных прокси-сервер использует восстановленную конфигурацию виртуальной машины и создает новый виртуальный диск виртуальной машины. Затем можно перейти к восстановлению образа виртуального диска. Задание мини-восстановления, называемое восстановлением метаданных, по умолчанию имеет тайм-аут 5 минут. Поскольку восстановление vmx имеет небольшой размер (обычно ~15 Кбайт), оно должно занять всего несколько секунд.   

Однако в журнале восстановления отображается следующее: 

1. 2017-04-14 12:50:21 avvcbimage Info : Process 4486 (/usr/local/avamarclient/bin/avtar) for workorder MOD-1492174248297#99 started
2. 2017-04-14 12:55:21 avvcbimage Error : [IMG0011] Timeout on wait for spawned restore metadata avtar process to complete
3. 2017-04-14 12:59:51 avvcbimage Info : Process 4486 (/usr/local/avamarclient/bin/avtar) finished (code 0: success)


Сообщения журнала показывают, что общее затраченное время составило 9 минут 30 с, но в конечном итоге восстановление метаданных завершилось успешно. Однако задача восстановления образа завершилась сбоем, так как было превышено время подпроцесса по умолчанию, равное 5 мин или 300 с.

Cause

Data Domain настраивается с помощью группы интерфейсов (ifgroup), которая сообщает клиенту ddboost (avtar) подключаться к интерфейсу. Этот интерфейс заблокирован между клиентом (прокси-сервером)

В командной строке Data Domain или на веб-странице просмотрите параметры dd. 
Пример настроек: 

sysadmin@ddve# Ifgroup Show Config
Group-name   Status    Interfaces
----------   -------   ----------
default      enabled   192.168.69.80
----------   -------   ----------

sysadmin@ddve  net show config
ethV0     Link encap:Ethernet  HWaddr 00:50:56:98:A6:66
          inet addr:10.240.196.80  Bcast:10.240.196.255  Mask:255.255.255.0


ethV1     Link encap:Ethernet  HWaddr 00:50:56:98:56:8F
          inet addr:192.168.69.80  Bcast:192.168.69.255  Mask:255.255.255.0

In the example above the default Ifgroup  setting will cause the client to initially connect to primary/management interface of 10.240.196.80 but will see the ifgroup settings and try to connect with 192.168.69.80.

RPC has a default time-out value of 180 seconds but the client will try multiple times (3 in this case) which would add up to a total of 540 seconds or 9.5 mins.  After trying three times the connection will fallback to 10.240.196.80 but by this time the image restore job would have timed out.   

From the proxy run this series of commands to confirm the issue replacing the IP addresses as appropriate: 
  1. rpcinfo -p 192.168.69.80 (command stops responding for 3 min) 
  2. rpcinfo -p <data domain fully qualified  hostname> 
  3. rpcinfo -p 10.120.24.49   

Resolution

Решение
Откройте соединение между клиентом и интерфейсом ifgroup Data Domain.
Другой вариант — отключить ifgroup.

Альтернативное временное решение:
Увеличьте значение тайм-аута для подпроцесса, например, до 10 минут (600 с). На этом восстановление будет завершено.  
Для этого добавим параметр --subprocesstimeoutsecs=600 к avvcbimageAll.cmd файл, расположенный в папке /usr/local/avamarclient/var/ на прокси

Дополнительные сведения о редактировании файла avvcmimage.cmd см. в разделе 

Additional Information

Похожая статья: Avamar. Сбой восстановления образа VMware с НЕУСТРАНИМОЙ ошибкой «GetDiskAttribute Failed» (может потребоваться вход в службу поддержки Dell)
 

Affected Products

Avamar Client for VMware

Products

Avamar, Avamar Client
Article Properties
Article Number: 000063666
Article Type: Solution
Last Modified: 10 Oct 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.