Bereitstellungs-KB: Datadobi: DobiMigrate-Proxy hat keinen Zugriff auf Quellfreigaben/-exporte

Während der ersten Kopie und der nächsten von mehreren Iterationen von Problemen mit verweigertem Zugriff bei Dateien und Verzeichnissen treten viele von ihnen wiederkehrend auf.

Ein seltsames Verhalten besteht darin, dass dieselbe Datei in einer Iteration kopiert werden kann, aber die nächste Iteration Fehler mit verweigertem Zugriff in den Protokollen meldet.

Derselbe Pfad wird jedes Mal geprüft und Dateien werden zufällig als "Zugriff verweigert" gemeldet, und dieselben Dateien werden in den nächsten Iterationen nicht gemeldet und dann zurückgemeldet.

Zum Beispiel:

Für Verzeichnisse:

error: AccessDeniedException: /IT/transcore/src2/org
error: AccessDeniedException: /IT/transcore/src

Wendet sich nach der erneuten Migration an Folgendes:

DirectoryIteratorException: java.nio.file.AccessDeniedException: /IT/transcore/src2
DirectoryIteratorException: java.nio.file.AccessDeniedException: /IT/transcore/src

• Beim Vergleich von Quelle und Ziel stellen Sie fest, dass das Verzeichnis nicht auf das Ziel kopiert wurde.
• Versuchen Sie, darauf zu klicken und eine erneute Migration der Metadaten + Datenkopie durchzuführen, oder versuchen Sie, eine weitere Iteration mit Metadaten für das erneute Kopieren von Metadaten zu starten. Das Ergebnis ist ein Fehler.
• Wenn Sie versuchen, alle Berechtigungen von NFS- und CIFS-Seite zu vergleichen, haben beide genau dieselben Berechtigungen, das übergeordnete Verzeichnis /IT/transcore und das Unterverzeichnis IT/transcore/src2.

Für Datei:

AccessDeniedException: /Marketing/fvb_test/SCR.pdf

• Wenn Sie die Quelle und das Ziel vergleichen, stellen Sie möglicherweise fest, dass die PDF-Datei kopiert ist, die gleiche Berechtigung und Größe hat und alles genau gleich ist, mit Ausnahme des Eigentümers, der ein Root-Linux-Benutzer ist, während er in der Quelle ein normaler Benutzer war.
• Versuchen Sie, die Datei auf dem Ziel zu öffnen. Möglicherweise ist sie beschädigt und öffnet sich nicht wie die Quelle, was völlig normal ist.
• Der Versuch, Metadaten neu zu migrieren, war jedoch nicht erfolgreich.
• Nachdem Sie jedoch 2 oder 3 Mal eine normale Iteration auf dem Gesamtpfad übertragen haben, stellen Sie möglicherweise fest, dass dieser Fehler für diese bestimmte Datei nicht wiederkehrend ist und auf dem Zielarray normal geöffnet wird und einwandfrei funktioniert.

Die Ursache für das Problem war, dass sich einer der NFS-Proxys in einem anderen Netzwerk befand und die Quelldaten nicht untersuchen konnte. Er hatte keinen Zugriff.

Der NFS-Export, der sich in einem anderen Netzwerk befand und keinen Zugriff hatte, wurde entfernt.

Um festzustellen, welcher NFS-Proxy Zugriff hat und welcher nicht.

Navigieren Sie zu Datadobi Management UI (Core) > Tools > File Browser > Storage auswählen > Proxy > auswählen Dateien durchsuchen und stellen Sie sicher, dass Sie mit diesem Proxy auf alle Dateien zugreifen können.

Führen Sie die oben genannten Schritte mit allen Proxys aus, um festzustellen, welche Datei keinen Zugriff hat. Anschließend können Sie überprüfen, ob die Proxys Zugriff haben oder nicht.