Data Domain: ESTADO DE ALARMA DE DDFS: dmbt_update_entry_nolock

Summary: En este artículo, se describe cómo solucionar el problema y volver a habilitar el sistema de archivos cuando el sistema de archivos de Data Domain (DDFS) entra en una situación de pánico con la siguiente cadena de PÁNICO: PÁNICO: 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.

Symptoms

El Data Domain (DD) afectado informa un estado de alarma con el siguiente mensaje para los sistemas con MTrees habilitados para el bloqueo de retención automático (ARL) que se utilizan para la replicación:

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock
 
Sistemas afectados:
  • PowerProtect Data Domain con bloqueo de retención automático (ARL) habilitado.
 
Indicios:
  • Bloqueo del sistema de archivos de Data Domain
  • Inestabilidad del sistema 
  • Registros que indican el mensaje de alarma anterior inmediatamente antes de un bloqueo del sistema

Cause

Este problema surge cuando se produce una instantánea de replicación de MTree entre las llamadas de apertura y cierre de DDBOOST.

El problema se desencadena en las siguientes condiciones:
  • La variable nfsproc3_ddcp_open_file_3_svc() identifica un archivo de bloqueo de retención (RL) que se modifica dentro del período de enfriamiento (COP) de ARL y restablece el valor de la etiqueta a 0 (DM_TAG_DEFAULT).
  • El subsiguiente nfsproc3_ddcp_close_file_3_svc() normalmente restablece la etiqueta a un valor válido.
  • Sin embargo, si se crea un archivo con un atributo extendido y se modifica dentro de la COP de ARL, y se produce una instantánea entre las llamadas abiertas y cerradas de DDBOOST, esta secuencia puede desencadenar el PÁNICO.
 

Esto ocurre en 7.7.x y 7.10.x, y el desencadenante se produce cuando se habilita el bloqueo de retención (generalmente ARL) en los MTrees.

Nota: Solo el DD de destino entra en estado de alarma: el DD de origen no debe verse afectado.

Resolution

Para resolver este problema, realice lo siguiente: 

1. Divida cualquier contexto de replicación del MTree de origen y destino original.

2. Fastcopy el mtree problemático en el DD de origen
  • Esto crea una copia nueva y limpia del mtree sin el contexto problemático.
3. No habilite el bloqueo de retención automático (ARL) en el nuevo "fastcopied" mtree.
  • Esto evita que el problema se repita.

4. Redirija los respaldos al mtree recientemente copiado en el DD de origen.
(Actualice todos los trabajos de respaldo para que apunten al nuevo MTree).

5. Cree un nuevo contexto de replicación entre el mtree recientemente copiado y el DD de destino.
  • Asegúrese de que la nueva configuración de replicación esté completamente sincronizada.
  • Mantenga este ARL de MTree deshabilitado para evitar que se repita el estado de PÁNICO. 
    • Administre los MTrees antiguos:
    • Deje los MTrees originales en los sistemas de origen y destino por el momento.
      • Una vez que se sincronice la nueva replicación y haya vencido el período de retención de los archivos MTree antiguos, elimine los archivos en los MTree antiguos.
      • A continuación, elimine el MTree antiguo tanto en el origen como en el destino.

Additional Information

  • Es fundamental monitorear el sistema para detectar cualquier anomalía adicional después de realizar los pasos anteriores.
  • Asegúrese de que todas las políticas de respaldo y los contextos de replicación se actualicen correctamente para reflejar los cambios.

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.