Avamar: Obnovení bitové kopie VMware selhalo, "Timeout on waiting for spawned restore metadata"
Summary: Obnovení bitové kopie VMware se nezdaří a zobrazí se zpráva "Timeout on waiting for spawned restore metadata avtar process to complete"
Symptoms
Obnovení bitové kopie VMware do nového virtuálního počítače nebo obnovení bitové kopie na nový disk selže s následující chybou:
avvcbimage Error <0000>: [IMG0011] Timeout on wait for spawned restore metadata avtar process to complete
Při obnovování do nového virtuálního počítače nebo disku musí normální pracovní postup obnovení provést "částečné obnovení" konfiguračních souborů virtuálního počítače z uživatelem zvolené zálohy. Tyto soubory jsou označené jako soubory deskriptoru .vmx a .vmdk.
Po obnovení dat proxy server převezme obnovenou konfiguraci virtuálního počítače a vytvoří nový virtuální disk virtuálního počítače. Poté může pokračovat v obnovení bitové kopie virtuálního disku. Úloha miniobnovení s názvem "obnovení metadat" má výchozí časový limit 5 minut. Vzhledem k tomu, že obnovení vmx je malé (obvykle ~ 15 kB), mělo by obnovení trvat jen několik sekund.
Pokud však k tomuto chování dojde v protokolu obnovení, který se zobrazí:
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)
Zprávy protokolu ukazují, že celková doba trvání byla 9 minut a 30 s, ale nakonec bylo obnovení metadat úspěšné. Úloha obnovení bitové kopie se však nezdařila, protože byl překročen výchozí čas podprocesu 5 minut nebo 300 sekund.
Cause
Systém Data Domain je nakonfigurován se skupinou rozhraní (ifgroup), která říká klientovi ddboost (avtar), aby se připojil k rozhraní. Toto rozhraní je blokováno mezi klientem (proxy)
Z příkazového řádku nebo webové stránky Data Domain zkontrolujte nastavení dd.
Příklad nastavení:
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
Řešení:
Otevřete propojení mezi klientem a systémem Data Domain ifgroup rozhraní.
Další možností je zakázat ifgroup.
Alternativní řešení:
Zvyšte hodnotu časového limitu pro podproces, například na 10 minut (600 s). To umožní dokončení obnovení.
Chcete-li to provést, přidejte parametr --subprocesstimeoutsecs=600 Přejít na avvcbimageAll.cmd soubor, který se nachází v /usr/local/avamarclient/var/ Na proxy serveru
Další informace o úpravách souboru avvcmimage.cmd naleznete v části
Additional Information
Související článek: Avamar – Obnovení bitové kopie VMware selhalo s chybou FATAL "GetDiskAttributed Failed" (může být vyžadováno přihlášení k podpoře Dell)