DDOS 5.7: Der Zugriff auf Dateien mit CIFS in MTree, dem Ziel für die MTree-Replikation, verursacht DDFS-Fehler oder Neustarts oder veraltete Datei-Handles nach dem Upgrade

Data Domain Restorer (DDRs) können so konfiguriert werden, dass sie den Inhalt einzelner MTrees auf einem System über MTree Replication (MREPL) auf ein Remotesystem replizieren. Obwohl der MTree auf dem Ziel schreibgeschützt ist, kann er weiterhin für den Zugriff auf die replizierten Dateien zum Lesen/Wiederherstellen/Melden oder für weitere ausgehende Replikationen verwendet werden.

Wenn auf dem Ziel-DDR DDOS 5.7 ausgeführt wird und über CIFS auf einen MTree zugegriffen wird, der als Ziel für MREPL verwendet wird, kann es beim DD FS-Prozess aufgrund eines Fehlers im Code zu PANICs/Neustarts (was zu einer Unterbrechung der Ausführung von Backups/Wiederherstellungen/Replikationen führt) mit möglichen PANIC-Signaturen wie unten gezeigt:
 

PANIC: fmcl/fm_inode.c: fm_iput_unpin: 468: fm_iput_unpin fehlgeschlagen. Es sind noch verschiedene vorhanden. PANIC: ddr/fm/fm_server.c: fms_write_segs: 1891: str == NULL PANIC: ddr/fm/fm_dm1_access.c: fm_dm1_access_intern: 203: fms_is_private_file_handle(&attr-fh>) & cred != g_nocred_p

Darüber hinaus wird dem CIFS-Client, der über CIFS eine Verbindung zum MTree herstellt, möglicherweise der Fehler "ungültiges Handle" angezeigt. Beachten Sie, dass dieses Problem nur DDRs mit DDOS 5.7 betrifft und nicht auf andere Versionen von DDOS anwendbar ist.
 

Außerdem gibt es eine weitere mögliche Manifestation desselben Problems, die auf DDOS 6.x oder späteren Versionen auftreten kann, selbst wenn der beschriebene Fehler behoben ist (siehe unten für Versionen). Die ursprüngliche Korrektur konnte keinen anderen Codepfad für denselben Fehler identifizieren (nämlich wenn das Ziel-FS für den MTree, der für den Zugriff auf Dateien über CIFS verwendet wird, zu 100 % voll ist), was zu der gleichen PANIC-Zeichenfolge unten führen kann und die seitdem in einigen DDOS 6.x-Versionen behoben wurde:

09/12 01:56:30.847 (Tid 0x7f557410ec20): ERROR: MSG-INTRNL-00001: PANIC: fmcl/fm_inode.c: fm_iput_unpin: 469: fm_iput_unpin fehlgeschlagen. Es sind noch verschiedene vorhanden.

DDOS 5.7 und höher (wodurch die zugrunde liegende SMB/CIFS-Implementierung in DDOS vollständig geändert wurde) enthalten neue Funktionen, die zustandsbehaftete CIFS-Dateihandles ermöglichen. Dieses Problem wird durch einen Fehler in der Art und Weise verursacht, wie diese zustandsbehafteten CIFS-Dateihandles mit der MTree-Replikationsfunktion interagieren.

Beachten Sie, dass eine Korrektur für dieses Problem in den folgenden Hotfix-/Patch-Versionen von DDOS enthalten war (Hinweis: Seit September 2019 wird DDOS 5.7 nicht mehr unterstützt):

• DDOS 5.7.1.10 und höher
• DDOS 5.7.2.0 und höher
• DDOS 5.7.32.0 (diese Version gilt nur für virtuelle Data Domain Virtual Edition/DDVE-Appliances)

Kunden sollten zu diesem Zeitpunkt ein Upgrade auf eine unterstützte DDOS 6.x-Version durchführen, da die Supporteinstellung für die DDOS 5.7-Produktreihe am 31. Januar 2019 endete.


Für den Ausnahmefall, der auftreten kann, wenn das FS, das als Ziel für MREPL fungiert, zu 100 % voll ist, gibt es keine Korrektur in einer DDOS 5.7-Version, aber es gibt sie in den folgenden späteren (und derzeit unterstützten) Versionen:

• DDOS 6.0.2.40 und höher
• DDOS 6.1.2.30 und höher
• DDOS 6.2.0.20 und höher

Da es in diesem Fall (wenn das DD-Dateisystem 100 % hat) möglicherweise nicht sofort möglich ist, DDOS aufgrund von fehlendem FS-Speicherplatz zu aktualisieren, kann das folgende Problem umgangen werden:

• Deaktivieren Sie die gesamte Aufnahme und alle verwendeten Protokolle sowie die Replikation
• Führen Sie eine saubere Ausführung durch (selbst wenn das FS zu 100 % voll ist, sollte es ordnungsgemäß abgeschlossen werden) und warten Sie, bis es abgeschlossen ist
• Jetzt, da das FS nicht mehr zu 100 % voll sein sollte, sollten Sie sich die Zeit nehmen, zusätzliche Backups zu entfernen, nach alten Snapshots zu suchen usw. und erneut eine Bereinigung durchzuführen
• Wenn die Menge an Speicherplatz ausreicht, um ein erneutes Auffüllen des FS zu vermeiden, aktivieren Sie die Protokolle erneut und setzen Sie die Backups fort
• Planen des Upgrades auf eine feste Version für einen späteren Zeitpunkt

Wenn das Betriebssystem ausgefallen ist oder wiederholt abstürzt, wenden Sie sich an den von Ihnen beauftragten Supportanbieter, damit wir Ihnen mit einer alternativen Problemumgehung helfen können.