Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products

Avamar - Data Domain integratie: Na een upgrade van Data Domain naar 6.1.x verlopen de Avamar snapshots die zijn opgeslagen op Data Domain niet

Summary: Na een upgrade van Data Domain naar 6.1.x verlopen de Avamar snapshots die zijn opgeslagen op Data Domain niet. Er zijn geen andere wijzigingen in het systeem aangebracht.

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

Het Data Domain geeft aan dat er geen verlopen snapshots zijn. Dit kan worden geverifieerd door het volgende te doen:
  1. Bepaal op het Avamar hulpprogrammaknooppunt de MTree-naam door de opdracht avmaint hfscreate opdracht op het Avamar-raster en voorafgaand aan de tekenreeks /data/col1/avamar- Volgt:
Voorbeeld:
avmaint hfscreate
1501099628
De resulterende MTree-naam: /data/col1/avamar-1501099628
  1. Haal in Data Domain een lijst op van de snapshots die zijn gekoppeld aan de Avamar MTree:
snapshot list mtree /data/col1/<avamar-mtree-name> 
Voorbeeld:
snapshot list mtree /data/col1/avamar-1501099628
  Snapshot Information for MTree: /data/col1/avamar-1501099628
----------------------------------------------
Name                Pre-Comp (GiB)   Create Date         Retain Until   Status
-----------------   --------------   -----------------   ------------   ------
cp.20170802130330         501241.1   Aug  2 2017 09:04
cp.20170802131127         501355.0   Aug  2 2017 09:11
cp.20170803120133         503440.7   Aug  3 2017 08:02
cp.20170803120726         503554.7   Aug  3 2017 08:07
cp.20170804120142         496207.0   Aug  4 2017 08:02
cp.20170804120836         496321.0   Aug  4 2017 08:09
cp.20170805130259         523295.5   Aug  5 2017 09:03
cp.20170805130955         523409.5   Aug  5 2017 09:10
cp.20170806130127         541524.5   Aug  6 2017 09:01
cp.20170806130719         541638.5   Aug  6 2017 09:07
cp.20170807130120         438037.9   Aug  7 2017 09:01
cp.20170807130712         438151.9   Aug  7 2017 09:07
-----------------   --------------   -----------------   ------------   ------

Snapshot Summary
-------------------
Total:           12
Not expired:     12
Expired:          0
De volgende gebeurtenissen zijn te zien in DDR-onderhoudslogboeken van Avamar (/usr/local/avamar/var/ddrmaintlogs/ddrmaint.log*):
Aug  7 09:07:45 avamar ddrmaint.bin[122469]: Error: cp-delete::expire_checkpoint_snapshot - Failed to expire checkpoint: cp.20170806130719, ddr: dd.emc.com, ddr-index: 1, DDR result code: 5075, desc: the user has insufficient access rights
Aug  7 09:07:45 avamar ddrmaint.bin[122469]: Error: <4740>Datadomain checkpoint delete operation failed.
...
Aug  6 09:07:18 avamar ddrmaint.bin[176316]: Info: Data Domain configured in Stand-Alone mode.
Aug  6 09:07:18 avamar ddrmaint.bin[176316]: Info: cp-delete::execute_delete_cp - Deleting DDR Checkpoint for dpnid:<dpnid> on ddr:dd.emc.com cp: cp.20170805130259
Aug  6 09:07:18 avamar ddrmaint.bin[176316]: Info: Setting default storage unit to 'avamar-1501099628' for handle 1
Aug  6 09:07:18 avamar ddrmaint.bin[176316]: Warning: Calling DDR_EXPIRE_SNAPSHOT returned result code:5075 message:the user has insufficient access rights
Aug  6 09:07:18 avamar ddrmaint.bin[176316]: Error: cp-delete::expire_checkpoint_snapshot - Failed to expire checkpoint: cp.20170805130259, ddr: dd.emc.com, ddr-index: 1, DDR result code: 5075, desc: the user has insufficient access rights
Aug  6 09:07:18 avamar ddrmaint.bin[176316]: Error: <4740>Datadomain checkpoint delete operation failed.
Aug  6 09:07:18 avamar ddrmaint.bin[176316]: Info: ============================= cp-delete finished in 1 seconds
Aug  6 09:07:18 avamar ddrmaint.bin[176316]: Info: ============================= cp-delete cmd finished =============================
De volgende gebeurtenissen zijn te zien in het bestand ddfs.info (/ddr/var/log/debug/ddfs.info*) op het gebied van Data Domain:
08/07 08:01:06.322 (tid 0x7fe7037cd930): ddboost-<avamar.emc.com-37933>: ddboost_api ERROR: ddp_snapshot_expire() failed for SUName avamar-1501099628, snapshot: cp.20170802130330, retention: -1, flags: 0 Err: 5075-Update retention of snapshot [cp.20170802130330] on Storage Unit [avamar-1501099628(nfs: Operation not permitted)

10/11 11:19:55.468 (tid 0x7f27454a63f0): ddboost-<avamar.emc.com-60566>: test-avamar.dell.emc.com Local Time: Wed Oct 11 11:19:55 2017
10/11 11:19:55.471 (tid 0x7f2cd150e830): OST_FH_PERM FAIL on storage-unit=avamar-1501099628 op=NFSPROC3_DDP_LOOKUP[27] client=test-avamar.dell.emc.com uid=500:uid or gid does not match
09/26 09:17:46.762 (tid 0x7f60d7a08410): ddboost-<avamar.emc.com-37933>: ddboost_api ERROR: ddp_snapshot_list() failed, Err: 5009-Get snapshot list on Storage Unit [avamar-1501099628] failed (nfs: I/O error)
09/26 09:18:46.472 (tid 0x7f7e1ab92d50): ddboost-<avamar.emc.com-37933>: ddboost_api ERROR: ddp_snapshot_list() failed, Err: 5009-Get snapshot list on Storage Unit

Cause

De DD Boost-gebruiker voor een bepaalde storage-eenheid is gemaakt in een eerdere versie van DDOS met een besturingssysteemgroep van usersin plaats van adminte installeren. Dit zou zijn gebeurd toen Avamar voor het eerst verbinding maakte met het Data Domain en de storage-eenheid maakte, waarbij de machtigingen vergelijkbaar waren met de onderstaande:
drwxr-xr-x 7 <ddboostuser> users 430 Apr 26  2016 <avamar-mtree-name>
Vanaf DDOS 6.1.x vereisen sommige bewerkingen van storage-eenheden, zoals het verwijderen van een storage-eenheid of het laten verlopen van snapshots, dat de eigenaar van de storage-eenheid deel uitmaakt van de admin groep (in plaats van de users groep).

Wanneer dit niet het geval is, mislukken deze bewerkingen en verlopen elke dag twee nieuwe Data Domain-snapshots, die overeenkomen met Avamar-controlepunten.

Het systeem wordt niet beïnvloed als de DD Boost-gebruiker die aan de storage-eenheid is gekoppeld, is gewijzigd in een admin rol daarna.
 
Opmerking: Dit probleem is tot nu toe alleen bekend dat het van invloed is op Avamar, omdat andere back-upapplicaties geen bewerkingen hebben om de gebruikersgroep en machtigingen te controleren.

Resolution

Controleer de registerinstellingen door het volgende uit te voeren op het Data Domain:
  1. Haal de Avamar op DDBoost user
ddboost storage-unit show
Name                Pre-Comp (GiB)   Status   User              Report Physical
                                                                   Size (MiB)
-----------------   --------------   ------   ---------------   ---------------
avamar-1501099628      10808220.0   RW       ddboost-avamar               -
d025                      457051.7   RW       ddboost-avamar                 -
rman_dd                   240902.7   RW       ddboost-rman                   -
mssql                     142474.8   RW       ddboost-avamar                 -
-----------------   --------------   ------   ---------------   ---------------
Op basis van deze uitvoer wordt de Avamar DD Boost-gebruiker ddboost-avamarte installeren.
  1. De gebruikers-ID (UID) van de DD Boost-gebruiker ophalen en noteren: 
user show list
Voorbeeld:
User list from node "localhost".
Name                Uid   Role    Last Login From   Last Login Time            Status    Disable Date
--------            ---   -----   ---------------   ------------------------   -------   ------------
sysadmin            100   admin   10.10.40.59       Tue Oct 10 14:44:52 2017    enabled   never
ddboost-avamar    500   admin   10.10.40.55        Wed Oct 11 11:07:49 2017   enabled   never
--------   ---    -----   ---------------   ------------------------   -------   ------------
2 users found.
In dit geval is de UID 500 (maar dit kan variëren). 
  1. Voer de volgende opdracht uit om de registerinstellingen te controleren:
reg show protocol.ost
De groeps-ID (GID) van de beheerdersgroep is 50 terwijl de groeps-ID van de gebruikersgroep100 is (niet te verwarren met de UID 100 voor sysadmin)
 
Voorbeeld waarbij de registerinstellingen onjuist zijn (groeps-ID is 100):
reg show protocol.ost
...
protocol.ost.stu_user.<avamar-mtree-name>= 500:100
protocol.ost.uid500:100 = <ddboostusername>
protocol.ost.user.<ddboostusername> = 500:100
...
Als de instellingen onjuist zijn (waarbij de GID is ingesteld op 100), maakt u een serviceaanvraag aan naar dit Knowledge Base-artikel.

Het probleem kan vervolgens worden bekeken, geverifieerd en opgelost.

Affected Products

Avamar

Products

Avamar, Avamar Server, Data Domain
Article Properties
Article Number: 000069768
Article Type: Solution
Last Modified: 28 Oct 2024
Version:  38
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.