Интеграция Avamar с Data Domain. После модернизации Data Domain до версии 6.1.x срок действия снимков Avamar, хранящихся в Data Domain, не истекает
摘要: После модернизации Data Domain до версии 6.1.x срок действия моментальных снимков Avamar, хранящихся в Data Domain, не истекает. Других изменений в систему не вносилось.
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
Data Domain показывает, что моментальные снимки с истекшим сроком действия отсутствуют. Это можно проверить, выполнив следующие действия:
- На узле Avamar Utility Node определите имя MTree, выполнив команду
avmaint hfscreateв сетке Avamar и перед строкой/data/col1/avamar-Следует:
Пример.
avmaint hfscreate
1501099628
Результирующее имя MTree:
/data/col1/avamar-1501099628
- В Data Domain получите список моментальных снимков, связанных с 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*) В 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
原因
Пользователь DD Boost для определенного устройства хранения был создан в предыдущей версии DDOS с группой операционной системы
Если это не так, эти операции завершаются сбоем, и каждый день два новых моментальных снимка Data Domain, соответствующих контрольным точкам Avamar, остаются неистечёнными.
На систему это не влияет, если пользователь DD Boost, связанный с устройством хранения, был изменен на
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, так как другие приложения резервного копирования не выполняют операции проверки группы пользователей и разрешений.
解决方案
Проверьте параметры реестра, выполнив следующие действия в Data Domain:
После этого проблему можно просмотреть, проверить и устранить.
- Извлечение 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.
- Получите и запишите идентификатор пользователя (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 (но это значение может отличаться от указанного).
- Выполните следующую команду, чтобы проверить параметры реестра:
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
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。