Avamar: Återställning av VMware-avbildning misslyckades "Timeout on wait for spawned restore metadata"

VMware-avbildningen återställs till den nya virtuella datorn eller återställningen av avbildningen till den nya disken misslyckas med följande fel:
 

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

När du återställer till en ny virtuell dator eller disk måste det normala återställningsarbetsflödet utföra en "miniåterställning" av konfigurationsfilerna för den virtuella datorn från den användarvalda säkerhetskopian. Dessa filer är märkta som .vmx- och .vmdk-beskrivningsfiler.

När data har återställts tar proxyn den återställda VM-konfigurationen och skapar en ny virtuell disk. Den kan sedan fortsätta med avbildningsåterställningen av den virtuella disken. Miniåterställningsjobbet som kallas "metadataåterställning" har en standardtidsgräns på 5 minuter. Eftersom vmx-återställningen är liten (vanligtvis ~15 kb) bör det bara ta några sekunder att återställa.   

Men där det här beteendet inträffar i återställningsloggen som visas: 

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)

Loggmeddelandena visar att den totala tiden det tog var 9 minuter och 30 sekunder, men till slut lyckades metadataåterställningen. Bildåterställningsaktiviteten har dock misslyckats eftersom standardtiden för underprocessen på 5 minuter eller 300 s överskreds.

Data Domain är konfigurerad med en gränssnittsgrupp (ifgroup) som talar om för ddboost-klienten (avtar) att ansluta till ett gränssnitt. Det här gränssnittet blockeras mellan klienten (proxyn)

Granska dd-inställningarna på kommandoraden eller webbsidan för Data Domain. 
Exempelinställningar: 

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   

Lösning: 
Öppna upp anslutningen mellan klient- och Data Domain-gränssnitt ifgroup.
Ett annat alternativ är att inaktivera ifgroup.

Alternativ lösning:
Öka timeout-värdet för underprocessen, till exempel till 10 minuter (600 s). Detta gör att återställningen kan slutföras.  
Det gör du genom att lägga till en parameter --subprocesstimeoutsecs=600 till avvcbimageAll.cmd fil, som finns i /usr/local/avamarclient/var/ På proxyn

Mer information om hur du redigerar avvcmimage.cmd-filen finns i 

• Avamar: Så här samlar du in loggar för felsökning av problem med säkerhetskopiering av Avamar VMware-avbildningar –

Relaterad artikel: Avamar – VMware-avbildningsåterställning misslyckades med det allvarliga felet "GetDiskAttribute Failed" (kan kräva inloggning till Dells support)