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

Summary: В этой статье описывается, как устранить проблему и повторно включить файловую систему в случае ошибки файловой системы Data Domain (DDFS) со следующей строкой PANIC: PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock ...

Bu makale şunlar için geçerlidir: Bu makale şunlar için geçerli değildir: Bu makale, belirli bir ürüne bağlı değildir. Bu makalede tüm ürün sürümleri tanımlanmamıştır.
Diğer kaynaklara göz atın

Symptoms

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

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock
 
Затронутые системы:
  • PowerProtect Data Domains с автоматической блокировкой хранения (ARL).
 
Признаки:
  • Сбой файловой системы Data Domain
  • Нестабильность системы 
  • Журналы, указывающие на указанное выше сообщение о сбое непосредственно перед сбоем системы

Cause

Эта проблема возникает, когда моментальный снимок репликации 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).

Примечание. Сбой возникает только в целевой системе DD — это не должно повлиять на исходную систему DD.

Resolution

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

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

2. Fastcopy проблемное mtree на исходном DD
  • Это создает новую, чистую копию mtree без проблемного контекста.
3. Не включайте автоматическую блокировку хранения (ARL) в новом режиме «fastcopied" mtree.
  • Это предотвратит повторение проблемы.

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

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

Additional Information

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

Etkilenen Ürünler

Data Domain, Data Domain, Data Domain Retention Lock, DD OS 7.7
Makale Özellikleri
Article Number: 000227777
Article Type: Solution
Son Değiştirme: 04 May 2026
Version:  4
Sorularınıza diğer Dell kullanıcılarından yanıtlar bulun
Destek Hizmetleri
Aygıtınızın Destek Hizmetleri kapsamında olup olmadığını kontrol edin.