Авамар: Відновлення образу VMware не вдалося «Тайм-аут на очікування метаданих відновлення»

Образ 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 секунд — було перевищено.

Домен даних налаштований з інтерфейсною групою (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   

Розв'язка: 
Відкрити з'єднання між інтерфейсами ifgroup між клієнтом і інтерфейсом домену даних.
Ще один варіант — вимкнути ifgroup.

Альтернативний обхідний шлях:
Збільште значення тайм-ауту для підпроцесу, наприклад, до 10 хвилин (600 с). Це дозволяє завершити відновлення.  
Для цього додайте параметр --subprocesstimeoutsecs=600 до avvcbimageAll.cmd Файл, розташований у /usr/local/avamarclient/var/ Від довіреності

Для отримання додаткової інформації про редагування файлу avvcmimage.cmd див. 

• 000023300 - Авамар: Як зібрати журнали для усунення проблем із резервним копіюванням образів Avamar VMware —