Avamar: Data Domain-integratie: Herstellen van dubbele Data Domain-vermeldingen

Overzicht:

Wanneer een Data Domain (DD of DDR) wordt toegevoegd aan een Avamar, krijgt deze een index (beginnend bij 1). Het is zo ingesteld dat clients kunnen bepalen waar de gegevens naartoe moeten worden gestuurd (Avamar, DD1, DD2, enzovoort).

Probleem:

Er is twee keer een Data Domain toegevoegd met back-ups die verwijzen naar beide DD-indexen:

TESTDDVE-01 en de 10.10.10.10 zijn bijvoorbeeld hetzelfde Data Domain:

ddrmaint read-ddr-info

<?xml version="1.0" encoding="UTF-8" standalone="yes"?
<avamar dpnid="1486428213" type="default" version="5">
   <datadomain count="2">
     <ddrconfig client-map-default="false" dd-cert-chain="-----BEGIN CERTIFICATE-----REMOVED;-----END CERTIFICATE-----" 
     ddos-version="6.0.0.9-544198" ddrcreatetime="1486470029" ddrid="F253B9041809D9C860C7622D246069471EF85C6B" 
     gsan-backup-target-default="false" hostname="TESTDDVE-01" index="1" instant-access-limit="1" ipv4-hostname="TESTDDVE-01" 
     ipv6-hostname="" max-streams="60" max-streams-for-cp-backup="2" modelno="DD VE Version 3" password="removed=="
     serialno="AUDVSJELBMSEVU" token="AQDh4CO2fhrIWwpxIDsf88yPNZeBtzCq6H+HwyXvc+i9RA==" username="ddboost">
       <snmp community="ahbPIvR+ACDJo5pSbCRwYA==">
         <ports getter-setter="161" trap="163">
         </ports>
       </snmp>
       <client-map>
       </client-map>
     </ddrconfig>
     <ddrconfig client-map-default="true" dd-cert-chain="" ddos-version="6.0.0.9-544198" 
     ddrcreatetime="1500084752" ddrid="8C04A202788C3018759DF31554789B396A44C36D" gsan-backup-target-default="true" 
     hostname="10.10.10.10" index="2" instant-access-limit="1" ipv4-hostname="10.10.10.10" ipv6-hostname="" max-streams="144"
     max-streams-for-cp-backup="3" modelno="DD VE Version 3" password="removed==" serialno="AUDVSJELBMSEVU" 
     token="AQDJj7hmwPER663UXdOEll37Jgc1ap0QksIniD/oLcgh3g==" username="ddboost">
       <snmp community="ahbPIvR+ACDJo5pSbCRwYA==">
         <ports getter-setter="161" trap="163">
         </ports>
       </snmp>
       <client-map>
       </client-map>
     </ddrconfig>
   </datadomain>
 </avamar> 

Dit resulteert in een of meer van de volgende:

1. De logboeken, of de uitvoer van de status.dpn Command, report maintenance errors:

Checkpoint failed with result MSG_ERR_DDR_ERROR : cp.20170929084339 started Fri Sep 29 09:43:39 2017 ended Fri Sep 29 09:44:59 2017, completed 6236 of 6236 stripes
Last GC: finished Fri Sep 29 09:09:16 2017 after 08m 55s >> recovered 509.31 MB (MSG_ERR_DDR_ERROR)
Last hfscheck: finished Fri Sep 29 09:39:23 2017 after 28m 03s >> checked 2610 of 2610 stripes (MSG_ERR_DDR_ERROR)

2. De ddrmaint logs (/usr/local/avamar/var/ddrmaintlogs/ddrmaint.log*) tonen het volgende I/O Fouten: 

Sep 28 09:07:33 AVE-01 ddrmaint.bin[29899]: Warning: Calling DDR_OPEN_MSTREAM returned result code:(5009) I/O error message:DDRIO_Write::Initialize: ddp_ftruncate failed [29899] [140391700600576] 
Sep 28 09:07:33 2017 ddp_ftruncate() failed, Err: 5009-nfs setattr failed (nfs: I/O error)  [29899] [140391759820544] 
Sep 28 09:07:33 2017 ddp_rename() failed, FromPath avamar-1486428213/GSAN/cp.20170919080934, ToPath avamar-1486428213/DELETED/OOB/GSAN-cp.20170919080934_1506586053,  Err: 5004-nfs lookup failed (nfs: No such file or directory)  [29899] [140391759820544] 
Sep 28 09:07:33 2017 ddp_readdir() failed, Err: 5006-end of directory  [29899] [140391759820544] 
Sep 28 09:07:33 AVE-01 ddrmaint.bin[29899]: Warning: Calling DDR_OPEN_MSTREAM returned result code:5009 message:I/O error
Sep 28 09:07:33 AVE-01 ddrmaint.bin[29899]: Error: gc-finish::createFileOnDDR - failed opening ddr stream to write file GSAN/cp.20170920080908.expired, ddr: DDVE-01, lsu: avamar-1486428213, DDR result code: 5009, desc: I/O error 

3. Bij pogingen tot back-ups naar het Data Domain kunnen deze mislukken met diverse fouten. 

Oorzaken:

1. Dit zeldzame scenario (dat zich alleen voordoet als alle volgende acties worden uitgevoerd): 

een. Er is een Data Domain toegevoegd met behulp van de hostnaam.

b. Er zijn Avamar-back-ups gemaakt naar het Data Domain.

c. Het bestandssysteem op het Data Domain is vernietigd of verwijderd voordat het Data Domain uit Avamar werd verwijderd. 

d. Het Data Domain wordt opnieuw toegevoegd met behulp van een IP-adres.

2. Waarbij een Data Domain niet netjes is verwijderd, en vervolgens hetzelfde Data Domain opnieuw wordt toegevoegd met een ander IP-adres of hostnaam. 

3. Waarbij een Data Domain in eerste instantie wordt toegevoegd met behulp van het IP-adres en later opnieuw wordt toegevoegd met behulp van een hostnaam. Het probleem hier is dat de netwerknaamresolutie niet wordt uitgevoerd voordat er naar het permanente archief op Avamar wordt geschreven.

Oplossing:

Maak een serviceaanvraag aan bij het Dell Technologies Avamar Support-team om dit probleem op te lossen, met vermelding van dit artikelnummer.