Avamar - Інтеграція домену даних: Після оновлення Data Domain до 6.1.x знімки Avamar, що зберігаються в домені даних, не втрачають чинності

摘要: Після оновлення Data Domain до 6.1.x знімки Avamar, що зберігаються в Data Domain, не мають терміну дії. Інших змін до системи не вносилося.

本文适用于 本文不适用于 本文并非针对某种特定的产品。 本文并非包含所有产品版本。
查看其他资源

症状

Домен даних показує, що прострочених знімків немає. У цьому можна переконатися, виконавши такі дії:
  1. На вузлі Avamar Utility визначте ім'я MTree, виконавши команду avmaint hfscreate на сітці Avamar і на початку рядка /data/col1/avamar- Слід:
Приклад: 
avmaint hfscreate

1501099628
Отримане ім'я MTree: /data/col1/avamar-1501099628
  1. У домені даних отримайте список знімків, пов'язаних з Avamar MTree:
snapshot list mtree /data/col1/<avamar-mtree-name>
Приклад: 
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
Наступні події можна побачити в журналах обслуговування DDR від 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 =============================
У файлі ddfs.info можна побачити такі події (/ddr/var/log/debug/ddfs.info*) У домені даних: 
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

原因

Користувач DD Boost для конкретного запам'ятовувального пристрою був створений у попередній версії DDOS з групою операційної системи users, а не admin. Це могло статися, коли Avamar вперше підключився до Data Domain і створив сховище, встановивши дозволи, аналогічні наведеним нижче: 
drwxr-xr-x 7 <ddboostuser> users 430 Apr 26  2016 <avamar-mtree-name>
Починаючи з DDOS 6.1.x, деякі операції зі сховищем, такі як видалення сховища або знімки, термін дії яких закінчується, вимагають, щоб власник сховища був частиною admin group (замість users групи).

Коли це не так, ці операції зазнають невдачі, і кожен день два нових знімка Data Domain, що відповідають контрольним точкам Avamar, залишаються без закінчення терміну дії.

Це не вплине на систему, якщо користувача DD Boost, пов'язаного з накопичувачем, було змінено на admin роль потім.
 
Примітка: Поки що відомо, що ця проблема стосується лише Avamar, оскільки інші програми резервного копіювання не виконують жодних операцій із перевіркою групи користувачів і дозволів.

解决方案

Перевірте налаштування реєстру, виконавши такі дії в домені даних:
  1. Отримати 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                 -
-----------------   --------------   ------   ---------------   ---------------
Виходячи з цього виходу, користувач Avamar DD Boost є ddboost-avamar.
  1. Отримайте та запишіть ідентифікатор користувача (UID) користувача DD Boost: 
user show list
Приклад: 
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.
У цьому випадку UID дорівнює 500 (але це може відрізнятися). 
  1. Для перевірки налаштувань реєстру виконайте наступну команду:
reg show protocol.ost
Ідентифікатор групи (GID) групи адміністратора становить 50 , а ідентифікатор групи користувачів — 100 (не плутати з UID 100 для sysadmin)
 
Приклад, коли налаштування реєстру неправильні (ідентифікатор групи 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
...
Якщо параметри неправильні (де встановлено GID на 100), створіть запит на обслуговування з посиланням на цю статтю знань.

Після цього проблему можна переглянути, перевірити та вирішити.

受影响的产品

Avamar

产品

Avamar, Avamar Server, Data Domain
文章属性
文章编号: 000069768
文章类型: Solution
上次修改时间: 23 7月 2025
版本:  44
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。