Skip to main content
Sign Out

Welcome to Dell

My Account
  • 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
Sign In Create an Account Dell Financial Services Premier Sign In Partner Program Sign In
Contact Us

Your Dell.com Carts

Avamar – Data Domain-integration: Efter opgradering af Data Domain til 6.1.x udløber de Avamar-snapshots, der er gemt på Data Domain, ikke

Summary: Efter opgradering af Data Domain til 6.1.x udløber de Avamar-snapshots, der er gemt på Data Domain, ikke. Der blev ikke foretaget andre ændringer i systemet.

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.
Check out other resources

Symptoms

Data Domain viser, at der ikke er nogen udløbne snapshots. Dette kan bekræftes ved at gøre følgende:
  1. På Avamar-hjælpenoden skal du bestemme MTree-navnet ved at køre avmaint hfscreate kommando på Avamar-gitteret og foran strengen /data/col1/avamar- Følger:
Eksempel: 
avmaint hfscreate

1501099628
Det resulterende MTree-navn: /data/col1/avamar-1501099628
  1. Fra Data Domain kan du få en liste over de snapshots, der er knyttet til Avamar MTree:
snapshot list mtree /data/col1/<avamar-mtree-name>
Eksempel: 
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
Følgende hændelser kan ses i DDR-vedligeholdelseslogfiler fra 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 =============================
Følgende begivenheder kan ses i ddfs.info filen (/ddr/var/log/debug/ddfs.info*) på 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

DD Boost-brugeren til en bestemt storageenhed blev oprettet i en tidligere version af DDOS med en operativsystemgruppe på usersStedet admin. Dette ville være sket, da Avamar første gang oprettede forbindelse til Data Domain og oprettede lagerenheden ved at indstille tilladelserne svarende til dem nedenfor: 
drwxr-xr-x 7 <ddboostuser> users 430 Apr 26  2016 <avamar-mtree-name>
Fra DDOS 6.1.x kræver nogle lagerenhedshandlinger, f.eks. sletning af en storageenhed eller snapshots, der udløber, at ejeren af storageenheden er en del af admin gruppe (i stedet for users gruppe).

Når dette ikke er tilfældet, mislykkes disse handlinger, og hver dag efterlades to nye Data Domain-snapshots, der svarer til Avamar-kontrolpunkter, uden at udløbe.

Systemet påvirkes ikke, hvis den DD Boost-bruger, der er tilknyttet storageenheden, er blevet ændret til en admin rolle bagefter.
 
Bemærk: Dette problem er indtil videre kun kendt for at påvirke Avamar, da andre sikkerhedskopieringsprogrammer ikke har nogen handlinger, der kontrollerer brugergruppen og tilladelserne.

Resolution

Kontroller indstillingerne i registreringsdatabasen ved at gøre følgende på Data Domain:
  1. Hent Avamar 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                 -
-----------------   --------------   ------   ---------------   ---------------
Fra dette output er Avamar DD Boost-brugeren ddboost-avamar.
  1. Hent og noter bruger-id (UID) for DD Boost-brugeren: 
user show list
Eksempel: 
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.
I dette tilfælde er UID 500 (men dette kan variere). 
  1. Kør følgende kommando for at kontrollere indstillingerne i registreringsdatabasen:
reg show protocol.ost
Gruppe-id (GID) for admingruppen er 50 , mens gruppe-id for brugergruppen er 100 (ikke at forveksle med UID 100 for sysadmin)
 
Eksempel, hvor indstillingerne i registreringsdatabasen er forkerte (gruppe-id er 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
...
Hvis indstillingerne er forkerte (hvor GID er angivet til 100), skal du oprette en serviceanmodning, der henviser til denne vidensartikel.

Problemet kan derefter gennemgås, bekræftes og løses.

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.