Data Domain: DDFS-FEHLER: dmbt_update_entry_nolock

Die betroffene Data Domain (DD) meldet einen Fehler mit der folgenden Meldung für Systeme mit aktivierter ARL (Automatic Retention Lock) MTrees, die für die Replikation verwendet werden:

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock

• PowerProtect Data Domains mit aktivierter ARL (Automatic Retention Lock).

• Absturz des Data Domain-Dateisystems
• Systeminstabilität 
• Protokolle, die die obige Fehlermeldung unmittelbar vor einem Systemabsturz anzeigen

Dieses Problem tritt auf, wenn ein MTree-Replikations-Snapshot zwischen den offenen und geschlossenen DDBOOST-Aufrufen auftritt.

• Bei der nfsproc3_ddcp_open_file_3_svc() identifiziert eine Retention Lock (RL)-Datei, die innerhalb der ARL-Cool-off-Periode (COP) geändert wird, und setzt den Tag-Wert auf 0 (DM_TAG_DEFAULT) enthalten.
• Die anschließende nfsproc3_ddcp_close_file_3_svc() Normalerweise setzt die Funktion das Tag auf einen gültigen Wert zurück.
• Wenn jedoch eine Datei mit einem erweiterten Attribut erstellt und innerhalb des ARL-COP geändert wird und ein Snapshot zwischen den DDBOOST-Öffnungs- und Schließaufrufen auftritt, kann diese Sequenz den PANIC-Fehler auslösen.

Dies tritt bei 7.7.x und 7.10.x auf und der Auslöser ist, wenn Retention Lock (in der Regel ARL) auf den MTrees aktiviert ist.

Gehen Sie wie folgt vor, um dieses Problem zu beheben: 

1. Unterbrechen Sie jeden Replikationskontext des ursprünglichen Quell- und Ziel-MTree.

• Dadurch wird eine neue, saubere Kopie des MTree ohne den problematischen Kontext erstellt.

• Dadurch wird verhindert, dass das Problem erneut auftritt.

4. Umleiten von Backups auf den neu schnell kopierten MTree auf Source the DD.
(Aktualisieren Sie alle Backupjobs so, dass sie auf den neuen MTree abzielen.)

• Stellen Sie sicher, dass die neue Replikationseinrichtung vollständig synchronisiert ist.
• Lassen Sie diese MTree-ARL deaktiviert, um zu verhindern, dass die PANIK erneut auftritt. 
  • Verwalten Sie die alten MTrees:
  • Belassen Sie die ursprünglichen MTrees vorerst auf den Quell- und Zielsystemen.
    • Nachdem die neue Replikation synchronisiert wurde und die Aufbewahrungsfrist für die alten MTree-Dateien abgelaufen ist, löschen Sie die Dateien in den alten MTrees.
    • Löschen Sie dann den alten MTree auf der Quelle und dem Ziel.

• Es ist wichtig, das System nach der Durchführung der oben genannten Schritte auf weitere Anomalien zu überwachen.
• Stellen Sie sicher, dass alle Backup-Policies und Replikationskontexte korrekt aktualisiert werden, um die Änderungen widerzuspiegeln.