Avamar: Replikation schlägt mit INTERNAL CYCLE ERROR fehl

Bei einem Avamar-Raster können Probleme bei der Replikation von Backups für einen oder mehrere Clients auftreten.

Diese besondere Situation trat auf einem VSphere-Data-Protection-System (VDP) auf. Die Spalte vdp-client-activity.log enthält die folgenden Informationen: 

2016-10-03 04:11:03 avtar Info <6654>: Replicating backup 244, Label "somebackup-1475002800005", 26.27 GB 
2016-10-03 04:16:01 avtar Info <8688>: Status 2016-10-03 04:16:01, 26.00 GB (0 bytes, 0.00% new) 638MB 0% CPU client04_UATRUr8adn0H5ZysJuc9xw#244::/VMFiles/1/ 
2016-10-03 04:16:04 avtar Info <7694>: Server(vdp05.customer.com) not responding (possible network congestion?) (300 seconds) 
2016-10-03 04:16:04 avtar Info <7694>: Server(vdp06.customer.com) not responding (possible network congestion?) (300 seconds) 
2016-10-03 04:21:01 avtar Info <8688>: Status 2016-10-03 04:21:01, 26.00 GB (0 bytes, 0.00% new) 638MB 0% CPU client04_UATRUr8adn0H5ZysJuc9xw#244::/VMFiles/1/ 
2016-10-03 04:21:03 avtar Error <5445>: INTERNAL CYCLE ERROR: bad response in repldata DST_ADD_DATA: ADD_HASH_DATA=2 serial=114 seq=0 flags=R:N:1 kind=7 rsp=MSG_ERR_INVALID_PARAMETERS 
2016-10-03 04:16:04 avtar Info <7694>: Server(vdp05.customer.com) not responding (possible network congestion?) (300 seconds) 
2016-10-03 04:16:04 avtar Info <7694>: Server(vdp06.customer.com) not responding (possible network congestion?) (300 seconds) 
2016-10-03 04:47:43 avtar Info <7694>: Server(vdp05.customer.com) not responding (possible network congestion?) (300 seconds) 

Die wiederholten Meldungen "mögliche Netzüberlastung" bedeuten nicht zwangsläufig, dass ein Verbindungsproblem vorliegt. Sie weisen darauf hin, dass das Zielraster nicht wie erwartet reagiert.

Die Fehlermeldung bietet weitere Informationen, indem sie besagt, dass es ein Problem mit Quellrasteranforderungen gibt, auf den Ziel-VDP zu ADD_DATA "DST_ADD_DATA: ADD_HASH_DATA=2“.

Bei der Untersuchung dieses Problems war es nicht möglich, die Ursache des Problems zu identifizieren. “MSG_ERR_INVALID_PARAMETERSDer Schlüsselbegriff INTERNAL CYCLE ERROR weist jedoch auf eine potenzielle Beschädigung des Clientcaches hin.

Die folgende Methode kann verwendet werden, um dieses Verhalten zu beheben.
(Wenn genau dieses Problem wiederholt auftritt, wenden Sie sich an das Supportteam von Dell Technologies.)

1. Erstellen Sie eine Liste der Clients, deren Backups mit den oben beschriebenen Fehlern fehlgeschlagen sind.

2. Kopieren Sie die vorhandene Replikationsgruppe, um eine "Test"-Replikationsgruppe zu erstellen. Alternativ können Sie eine vorhandene Replikationsgruppe vorübergehend ändern und sicherstellen, dass sie nur die problematischen Clients enthält.

3. Datei erstellen oder bearbeiten /usr/local/avamar/var/client/avtar.cmd  auf dem Quellraster.

4. Fügen Sie den Eintrag '--nocache' in die Datei.

Dadurch wird verhindert, dass Replikationsjobs die Clientcachedateien nutzen.

Wenn der Clientcache beschädigt ist, kann seine Nichtverwendung feststellen, ob er die Ursache für den Replikationsfehler ist.

5. Führen Sie den Replikationsjob aus, der die "problematischen Clients" enthält, und warten Sie, bis er abgeschlossen ist.

Wenn die Replikation fehlschlägt, gilt dieser Artikel nicht und es sind weitere Untersuchungen erforderlich. 

Wenn die Replikation erfolgreich ist, müssen die Clientcaches für die problematischen Clients neu erzeugt werden.

6. So erzeugen Sie die Client-Caches neu:

ein. Redigieren /usr/local/avamar/var/client/avtar.cmd wieder.

b. Entfernen Sie die '--nocache' und ersetzen Sie ihn durch '--clearcache'.

7. Führen Sie die Testreplikationsgruppe erneut aus, damit die Clientcaches neu erstellt werden. Warten Sie, bis der Job abgeschlossen ist.

8. Löschen Sie die Datei avtar.cmd Datei oder Bearbeitung usr/local/avamar/var/client/avtar.cmd und entfernen Sie die '--clearcache' Eintrag.  

9. Führen Sie eine Rücksetzung auf die ursprüngliche Konfiguration der Replikationsgruppe durch, die alle Clients enthält, die repliziert werden müssen.

10. Lassen Sie die geplante Replikation wie gewohnt ausführen. Die Clients, deren Caches neu erzeugt wurden, sollten jetzt repliziert werden.