Avamar : Échec de la restauration d’image VMware « Délai d’expiration en attente des métadonnées de restauration générées »

Summary: Échec des restaurations d’image VMware avec l’erreur « 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

Les restaurations d’image VMware vers une nouvelle machine virtuelle ou la restauration d’image sur un nouveau disque échoue avec l’erreur suivante :
 

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


Lors de la restauration vers une nouvelle machine virtuelle ou un nouveau disque, le workflow de restauration normal doit effectuer une « mini-restauration » des fichiers de configuration de la machine virtuelle à partir de la sauvegarde sélectionnée par l’utilisateur. Ces fichiers sont libellés en tant que fichiers descripteurs .vmx et .vmdk.

Une fois les données restaurées, le proxy utilise la configuration de machine virtuelle restaurée et crée un nouveau disque virtuel de machine virtuelle. Il peut ensuite procéder à la restauration de l’image du disque virtuel. La tâche de mini-restauration appelée « restauration des métadonnées » a un délai d’expiration par défaut de 5 minutes. Étant donné que la restauration vmx est petite (généralement ~15 Ko), cette restauration ne devrait prendre que quelques secondes.   

Toutefois, lorsque ce comportement se produit dans le log de restauration que nous voyons : 

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)


Les messages de journal indiquent que la durée totale était de 9 minutes et 30 secondes, mais la restauration des métadonnées a réussi. Toutefois, la tâche de restauration d’image a échoué, car le temps de sous-traitement par défaut de 5 minutes ou 300 secondes a été dépassé.

Cause

Data Domain est configuré avec un groupe d’interfaces (ifgroup) qui indique au client ddboost (avtar) de se connecter à une interface. Cette interface est bloquée entre le client (proxy)

À partir de la ligne de commande ou de la page Web Data Domain, vérifiez les paramètres DD. 
Exemples de paramètres : 

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

Résolution
Ouvrez la connexion entre le client et les interfaces ifgroup Data Domain.
Une autre option consiste à désactiver l’ifgroup.

Solution alternative :
augmentez la valeur du délai d’expiration du sous-processus, par exemple, à 10 minutes (600 secondes). Cela permet à la restauration de se terminer.  
Pour ce faire, ajoutez un paramètre --subprocesstimeoutsecs=600 à l avvcbimageAll.cmd fichier, situé dans /usr/local/avamarclient/var/ Sur le proxy

Pour plus d’informations sur la modification du fichier avvcmimage.cmd, reportez-vous à la section 

Additional Information

Article associé : Avamar - Échec de la restauration d’image VMware avec l’erreur fatale « GetDiskAttribute failed » (peut nécessiter une connexion au support 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.