Data Domain. КРИТИЧЕСКАЯ ОШИБКА DDFS: dmbt_update_entry_nolock

Затронутая система Data Domain (DD) сообщает о критической ошибке со следующим сообщением для систем с mtree с включенной автоматической блокировкой хранения (ARL), используемыми для репликации:

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock

• PowerProtect Data Domains с автоматической блокировкой хранения (ARL).

• Сбой файловой системы Data Domain
• Нестабильность системы 
• Журналы, указывающие на указанное выше сообщение о сбое непосредственно перед сбоем системы

Эта проблема возникает, когда моментальный снимок репликации mtree создается между открытыми и закрытыми вызовами DDBOOST.

• Переменная nfsproc3_ddcp_open_file_3_svc() определяет, что файл блокировки хранения (RL) изменяется в течение периода охлаждения ARL (COP) и сбрасывает значение тега на 0 (DM_TAG_DEFAULT).
• Последующий nfsproc3_ddcp_close_file_3_svc() обычно сбрасывает тег к допустимому значению.
• Однако, если файл создан с расширенным атрибутом и изменен в ARL COP, и между открытыми и закрывающими вызовами DDBOOST возникает моментальный снимок, эта последовательность может вызвать PANIC.

Это происходит в версиях 7.7.x и 7.10.x, и триггером появляется, когда в mtree включена блокировка хранения (обычно ARL).

Для решения этой проблемы выполните следующие действия. 

1. Разрыв любого контекста репликации исходного и целевого mtree.

• Это создает новую, чистую копию mtree без проблемного контекста.

• Это предотвратит повторение проблемы.

4. Перенаправьте резервные копии в только что быстро скопированное mtree в исходном DD.
(Обновите все задания резервного копирования, чтобы они были ориентированы на новое mtree.)

• Убедитесь, что новая настройка репликации полностью синхронизирована.
• Отключите этот mtree ARL, чтобы предотвратить повторение PANIC. 
  • Управление старыми mtree:
  • Пока оставьте исходные mtree в исходной и целевой системах.
    • Когда новая репликация будет синхронизирована и срок хранения старых файлов mtree истечет, удалите файлы из старых mtree.
    • Затем удалите старое mtree в исходной и целевой системах.

• После выполнения указанных выше действий необходимо отслеживать в системе наличие новых аномалий.
• Убедитесь, что все политики резервного копирования и контексты репликации были правильно обновлены для отражения изменений.