Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Sie können die Protokollierung in Logs aktivieren, um Informationen über Fehler zu CloudWatch protokollieren, die beim Import oder Export von Dateien mithilfe von Datenrepository-Aufgaben aufgetreten sind. Informationen zu CloudWatch Protokoll-Ereignisprotokollen finden Sie unterDatenrepository-Ereignisprotokolle.
Wenn eine Datenrepository-Aufgabe fehlschlägt, finden Sie die Anzahl der Dateien, die Amazon FSx nicht verarbeiten konnte, unter Dateien konnten nicht exportiert werden auf der Task-Statusseite der Konsole. Oder Sie können die CLI oder API verwenden und die Status:
FailedCount
Eigenschaft der Aufgabe anzeigen. Informationen zum Zugriff auf diese Informationen finden Sie unterZugreifen auf Datenrepository-Aufgaben.
Für Datenrepository-Aufgaben stellt Amazon optional FSx auch Informationen zu den spezifischen Dateien und Verzeichnissen, bei denen Fehler aufgetreten sind, in einem Abschlussbericht zur Verfügung. Der Bericht über den Abschluss der Aufgabe enthält den Datei- oder Verzeichnispfad auf Lustre Dateisystem, das ausgefallen ist, dessen Status und die Ursache des Fehlers. Weitere Informationen finden Sie unter Mit Berichten über den Abschluss von Aufgaben arbeiten.
Eine Datenrepository-Aufgabe kann aus verschiedenen Gründen fehlschlagen, unter anderem aus den unten aufgeführten Gründen.
Fehlercode | Erklärung |
---|---|
|
Die von Amazon S3 unterstützte maximale Objektgröße beträgt 5 TiB. |
|
Im FSx Amazon-Dateisystem ist bei einer Import-, Export- oder Release-Aufgabe ein Fehler aufgetreten. Im Allgemeinen bedeutet dieser Fehlercode, dass sich das FSx Amazon-Dateisystem, auf dem die fehlgeschlagene Aufgabe ausgeführt wurde, im Lebenszyklusstatus FAILED befindet. In diesem Fall können die betroffenen Dateien aufgrund von Datenverlust möglicherweise nicht wiederhergestellt werden. Andernfalls können Sie HSM-Befehle (Hierarchical Storage Management) verwenden, um die Dateien und Verzeichnisse in das Datenrepository auf S3 zu exportieren. Weitere Informationen finden Sie unter Exportieren von Dateien mithilfe von HSM-Befehlen. |
|
Amazon FSx konnte die Datei nicht veröffentlichen, da sie nicht in einen verknüpften S3-Bucket exportiert wurde. Sie müssen automatische Export- oder Export-Datenrepository-Aufgaben verwenden, um sicherzustellen, dass Ihre Dateien zuerst in Ihren verknüpften Amazon S3 S3-Bucket exportiert werden. |
|
Der Exportpfad ist zu lang. Die von S3 unterstützte maximale Länge des Objektschlüssels beträgt 1.024 Zeichen. |
|
Amazon FSx konnte die Datei nicht exportieren oder veröffentlichen, da ein anderer Client im Dateisystem auf sie zugegriffen hat. Sie können es erneut versuchen, DataRepositoryTask nachdem Ihr Workflow das Schreiben in die Datei abgeschlossen hat. |
|
Der Zugriff auf Amazon S3 wurde für eine Export- oder Importaufgabe des Datenrepositorys verweigert. Für Exportaufgaben muss das FSx Amazon-Dateisystem über die Berechtigung verfügen, den Da bei Exportaufgaben Daten außerhalb der VPC eines Dateisystems fließen müssen, kann dieser Fehler auftreten, wenn das Ziel-Repository über eine Bucket-Richtlinie verfügt, die einen der globalen Bedingungsschlüssel Für Importaufgaben muss das FSx Amazon-Dateisystem über die Berechtigung verfügen, die Wenn Ihr S3-Bucket für Importaufgaben serverseitige Verschlüsselung mit in AWS Key Management Service (SSE-KMS) gespeicherten kundenverwalteten Schlüsseln verwendet, müssen Sie die Richtlinienkonfigurationen unter befolgen. Arbeiten mit serverseitig verschlüsselten Amazon S3 S3-Buckets Wenn Ihr S3-Bucket Objekte enthält, die von einem anderen AWS-Konto als Ihrem mit dem Dateisystem verknüpften S3-Bucket-Konto hochgeladen wurden, können Sie sicherstellen, dass Ihre Datenrepository-Aufgaben S3-Metadaten ändern oder S3-Objekte überschreiben können, unabhängig davon, welches Konto sie hochgeladen hat. Wir empfehlen Ihnen, die Funktion S3-Objektbesitz für Ihren S3-Bucket zu aktivieren. Mit dieser Funktion können Sie die Verantwortung für neue Objekte übernehmen, die von anderen in Ihren Bucket AWS-Konten hochgeladen werden, indem Sie Uploads dazu zwingen, die gespeicherte ACL |
|
Amazon FSx ist auf einen S3-Fehler gestoßen, der nicht aufgetreten ist. |
|
Amazon FSx konnte eine Hardlink-Datei nicht exportieren, da die Quelldatei nicht im Daten-Repository existiert. |
|
Amazon FSx hat erfolgreich ein Objekt ohne Symlink aus einer Speicherklasse S3 Glacier Flexible Retrieval oder S3 Glacier Deep Archive importiert. Das |
|
Amazon FSx konnte die Datei nicht importieren oder exportieren, da sie nicht im Datenspeicher vorhanden ist. |
|
Das Amazon S3 S3-Objekt ist vorhanden, kann aber nicht importiert werden, da es kein POSIX-kompatibles Objekt ist. Informationen zu unterstützten POSIX-Metadaten finden Sie unter. Unterstützung von POSIX-Metadaten für Datenrepositorys |
|
Amazon FSx konnte die Datei nicht veröffentlichen, da der automatische Export eine Umbenennung der Datei verarbeitet. Der automatische Umbenennungsprozess für den Export muss abgeschlossen sein, bevor die Datei veröffentlicht werden kann. |
|
Amazon FSx konnte ein Symlink-Objekt nicht importieren, da es sich in einer Amazon S3 S3-Speicherklasse befindet, die nicht unterstützt wird, wie z. B. einer S3 Glacier Flexible Retrieval- oder S3 Glacier Deep Archive Archive-Speicherklasse. Das |
|
Amazon FSx konnte die Datei nicht aus dem Dateisystem freigeben, da die Datei aus dem Daten-Repository gelöscht wurde, bevor sie veröffentlicht werden konnte. |