Ga naar hoofdinhoud
Uitloggen

Welkom bij Dell

Mijn account
  • Snel en eenvoudig bestellen
  • Bestellingen en de verzendstatus bekijken
  • Een lijst met producten maken en openen
Inloggen Een account maken Inloggen bij Premier Aanmelden voor partnerprogramma
Contact

Uw Dell.com-winkelwagentjes

Avamar – Data Domain-Integration: Nach dem Upgrade von Data Domain auf 6.1.x laufen die auf Data Domain gespeicherten Avamar-Snapshots nicht ab

Samenvatting: Nach dem Upgrade von Data Domain auf 6.1.x laufen die auf Data Domain gespeicherten Avamar-Snapshots nicht ab. Es wurden keine weiteren Änderungen am System vorgenommen.

Dit artikel is van toepassing op Dit artikel is niet van toepassing op Dit artikel is niet gebonden aan een specifiek product. Niet alle productversies worden in dit artikel vermeld.
Bekijk andere hulpbronnen

Symptomen

Data Domain zeigt an, dass keine abgelaufenen Snapshots vorhanden sind. Dies kann wie folgt überprüft werden:
  1. Bestimmen Sie auf dem Avamar Utility Node den MTree-Namen, indem Sie den Befehl avmaint hfscreate Befehl auf dem Avamar-Raster und stellt die Zeichenfolge vor /data/col1/avamar- folgt:
Beispiel: 
avmaint hfscreate

1501099628
Der resultierende MTree-Name: /data/col1/avamar-1501099628
  1. Rufen Sie in der Data Domain eine Liste der Snapshots ab, die dem Avamar-MTree zugeordnet sind:
snapshot list mtree /data/col1/<avamar-mtree-name>
Beispiel: 
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
Die folgenden Ereignisse können in DDR-Wartungsprotokollen von Avamar angezeigt werden (/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 =============================
Die folgenden Ereignisse werden in der Datei ddfs.info angezeigt: (/ddr/var/log/debug/ddfs.info*) auf der 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

Oorzaak

Der DD Boost-Nutzer für eine bestimmte Speichereinheit wurde in einer früheren Version von DDOS mit der Betriebssystemgruppe usersanstatt admin. Dies wäre der Fall gewesen, als Avamar zum ersten Mal eine Verbindung mit Data Domain hergestellt und die Storage-Einheit erstellt hat, wobei die Berechtigungen ähnlich den folgenden festgelegt wurden: 
drwxr-xr-x 7 <ddboostuser> users 430 Apr 26  2016 <avamar-mtree-name>
Ab DDOS 6.1.x erfordern einige Vorgänge der Speichereinheit, wie das Löschen einer Speichereinheit oder das Ablaufen von Snapshots, dass der Eigentümer der Speichereinheit Teil der admin Gruppe (anstelle der users Gruppe).

Wenn dies nicht der Fall ist, schlagen diese Vorgänge fehl und jeden Tag werden zwei neue Data Domain-Snapshots, die Avamar-Prüfpunkten entsprechen, ohne abzulaufen.

Das System ist nicht betroffen, wenn der der Storage-Einheit zugeordnete DD Boost-Nutzer in einen admin Rolle anschließend.
 
Hinweis: Dieses Problem wirkt sich bisher nur auf Avamar aus, da andere Backupanwendungen keine Vorgänge haben, die die Nutzergruppe und Berechtigungen überprüfen.

Oplossing

Überprüfen Sie die Registrierungseinstellungen, indem Sie auf der Data Domain wie folgt vorgehen:
  1. Abrufen von 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                 -
-----------------   --------------   ------   ---------------   ---------------
Anhand dieser Ausgabe wird der Avamar DD Boost-Nutzer ddboost-avamar.
  1. Rufen Sie die Nutzer-ID (UID) des DD Boost-Nutzers ab und notieren Sie sie: 
user show list
Beispiel: 
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 diesem Fall ist die UID 500 (dies kann jedoch variieren). 
  1. Führen Sie den folgenden Befehl aus, um die Registrierungseinstellungen zu überprüfen:
reg show protocol.ost
Die Gruppen-ID (GID) der Admin-Gruppe ist 50 , während die Gruppen-ID der Nutzergruppe100 ist (nicht zu verwechseln mit der UID 100 für sysadmin)
 
Beispiel, bei dem die Registrierungseinstellungen falsch sind (Gruppen-ID ist 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
...
Wenn die Einstellungen falsch sind (wobei die GID auf 100 festgelegt ist), erstellen Sie einen Service-Request mit Verweisen auf diesen Wissensdatenbank-Artikel.

Das Problem kann dann überprüft, verifiziert und behoben werden.

Getroffen producten

Avamar

Producten

Avamar, Avamar Server, Data Domain
Artikeleigenschappen
Artikelnummer: 000069768
Artikeltype: Solution
Laatst aangepast: 28 okt. 2024
Versie:  38
Vind antwoorden op uw vragen via andere Dell gebruikers
Support Services
Controleer of uw apparaat wordt gedekt door Support Services.