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 »
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:
rpcinfo -p 192.168.69.80 (command stops responding for 3 min)rpcinfo -p <data domain fully qualified hostname>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)