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.
Behebung von Fehlern bei Datenrepository-Aufgaben
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-Tasks 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. Sie können auch das CLI oder verwenden API 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 dem Lustre-Dateisystem, der fehlgeschlagen ist, seinen Status und die Fehlerursache. 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 maximale Objektgröße, die von Amazon S3 unterstützt wird, 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, in einem FAILED Lebenszyklusstatus befindet. In diesem Fall können die betroffenen Dateien aufgrund von Datenverlust möglicherweise nicht wiederhergestellt werden. Andernfalls können Sie Befehle zur hierarchischen Speicherverwaltung (HSM) verwenden, um die Dateien und Verzeichnisse in das Datenrepository auf S3 zu exportieren. Weitere Informationen finden Sie unter Dateien mithilfe von HSM Befehlen exportieren. |
|
|
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 maximale Länge des Objektschlüssels, die von S3 unterstützt wird, 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 des Dateisystems fließen müssen, kann dieser Fehler auftretenVPC, wenn das Ziel-Repository über eine Bucket-Richtlinie verfügt, die einen der 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 vom Kunden verwalteten Schlüsseln verwendet, die in AWS Key Management Service (SSE-KMS) gespeichert sind, 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 andere in Ihren Bucket AWS-Konten hochladen, indem Sie die Uploads dazu zwingen, die gespeicherten Objekte bereitzustellen |
|
|
Amazon FSx ist auf einen S3-bezogenen 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 unterPOSIXUnterstützung von Metadaten für Datenrepositorien. |
|
|
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. |
