Avamar: Przywracanie obrazu VMware nie powiodło się "Timeout on wait for spawned restore metadata"

Summary: Przywracanie obrazu VMware nie powiodło się z komunikatem "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

Przywracanie obrazu VMware na nową maszynę wirtualną lub przywracanie obrazu na nowy dysk kończy się niepowodzeniem z następującym błędem:
 

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


Podczas przywracania do nowej maszyny wirtualnej lub nowego dysku normalny przepływ pracy przywracania musi wykonać "mini-przywracanie" plików konfiguracji maszyny wirtualnej z kopii zapasowej wybranej przez użytkownika. Pliki te są oznaczone jako pliki deskryptora .vmx i .vmdk.

Po przywróceniu danych serwer proxy pobiera przywróconą konfigurację maszyny wirtualnej i tworzy nowy dysk wirtualny maszyny wirtualnej. Następnie można przystąpić do przywracania obrazu dysku wirtualnego. Zadanie miniprzywracania o nazwie "przywracanie metadanych" ma domyślny limit czasu wynoszący 5 minut. Ponieważ przywracanie vmx jest małe (zwykle ~15 kb), przywrócenie powinno zająć tylko kilka sekund.   

Jednak w przypadku wystąpienia takiego zachowania w dzienniku przywracania, który widzimy: 

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)


Komunikaty dziennika pokazują, że łączny czas potrzebny na przywrócenie metadanych wyniósł 9 minut i 30 sekund, ale ostatecznie przywrócenie metadanych powiodło się. Zadanie przywracania obrazu nie powiodło się, ponieważ przekroczono domyślny czas podprzetwarzania wynoszący 5 minut lub 300 s.

Cause

System Data Domain jest skonfigurowany z grupą interfejsów (ifgroup), która nakazuje klientowi ddboost (avtar) nawiązanie połączenia z interfejsem. Ten interfejs jest blokowany między klientem (proxy)

W wierszu polecenia lub na stronie internetowej Data Domain przejrzyj ustawienia dd. 
Przykładowe ustawienia: 

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

Rozwiązanie
Otwórz połączenie między klientem a interfejsami grupy ifgroup klienta i Data Domain.
Inną opcją jest wyłączenie grupy ifgroup.

Alternatywne obejście:
Zwiększ wartość limitu czasu dla podprocesu, na przykład do 10 minut (600 s). Umożliwi to zakończenie przywracania.  
Aby to zrobić, dodaj parametr --subprocesstimeoutsecs=600 do avvcbimageAll.cmd plik, znajdujący się w /usr/local/avamarclient/var/ na serwerze proxy

Aby uzyskać więcej informacji na temat edytowania pliku avvcmimage.cmd, zobacz 

Additional Information

Powiązane artykuły: Avamar — przywracanie obrazu VMware nie powiodło się z błędem KRYTYCZNYM "GetDiskAssigned Failed" (może wymagać zalogowania się do pomocy technicznej firmy 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.