Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Résolution des défaillances des tâches du référentiel de données
Vous pouvez activer la journalisation dans les CloudWatch journaux pour consigner les informations relatives aux défaillances survenues lors de l'importation ou de l'exportation de fichiers à l'aide de tâches du référentiel de données. Pour plus d'informations sur CloudWatch les journaux d'événements Logs, consultezJournaux d'événements du référentiel de données.
Lorsqu'une tâche de référentiel de données échoue, vous pouvez trouver le nombre de fichiers qu'Amazon FSx n'a pas pu traiter dans la section Fichiers n'ont pas pu être exportés sur la page d'état des tâches de la console. Vous pouvez également utiliser la CLI ou l'API et afficher les Status:
FailedCount propriétés de la tâche. Pour plus d'informations sur l'accès à ces informations, consultezAccès aux tâches du référentiel de données.
Pour les tâches de référentiel de données, Amazon FSx fournit également, en option, des informations sur les fichiers et répertoires spécifiques qui ont échoué dans un rapport d'achèvement. Le rapport d'achèvement de la tâche contient le chemin du fichier ou du répertoire du système de fichiers Lustre qui a échoué, son état et la raison de l'échec. Pour plus d’informations, consultez Utilisation des rapports d'achèvement des tâches.
Une tâche de référentiel de données peut échouer pour plusieurs raisons, notamment celles répertoriées ci-dessous.
| Code d’erreur | Explication |
|---|---|
|
|
La taille d'objet maximale prise en charge par Amazon S3 est de 5 TiB. |
|
|
Une erreur s'est produite dans le système de fichiers Amazon FSx lors d'une tâche d'importation, d'exportation ou de publication. En général, ce code d'erreur signifie que le système de fichiers Amazon FSx sur lequel la tâche échouée s'est exécutée est dans un état d'échec du cycle de vie. Dans ce cas, les fichiers concernés risquent de ne pas être récupérables en raison d'une perte de données. Sinon, vous pouvez utiliser les commandes de gestion hiérarchique du stockage (HSM) pour exporter les fichiers et les répertoires vers le référentiel de données sur S3. Pour plus d’informations, consultez Exportation de fichiers à l'aide de commandes HSM. |
|
|
Amazon FSx n'a pas pu publier le fichier car il n'a pas été exporté vers un compartiment S3 lié. Vous devez utiliser des tâches d'exportation ou de référentiel de données automatiques pour vous assurer que vos fichiers sont d'abord exportés vers votre compartiment Amazon S3 associé. |
|
|
Le chemin d'exportation est trop long. La longueur maximale de la clé d'objet prise en charge par S3 est de 1 024 caractères. |
|
|
Amazon FSx n'a pas pu exporter ou publier le fichier car un autre client du système de fichiers y accédait. Vous pouvez réessayer une DataRepositoryTask fois que votre flux de travail aura terminé d'écrire dans le fichier. |
|
|
L'accès à Amazon S3 a été refusé pour une tâche d'exportation ou d'importation d'un référentiel de données. Pour les tâches d'exportation, le système de fichiers Amazon FSx doit être autorisé à effectuer l' Pour les tâches d'exportation, étant donné que la tâche d'exportation nécessite que les données circulent en dehors du VPC d'un système de fichiers, cette erreur peut se produire si le référentiel cible dispose d'une politique de compartiment contenant l'une des clés de condition globales Pour les tâches d'importation, le système de fichiers Amazon FSx doit être autorisé à effectuer les Pour les tâches d'importation, si votre compartiment S3 utilise le chiffrement côté serveur avec des clés gérées par le client stockées dans AWS Key Management Service (SSE-KMS), vous devez suivre les configurations de politique contenues dans. Utilisation de compartiments Amazon S3 chiffrés côté serveur Si votre compartiment S3 contient des objets chargés depuis un compte de compartiment S3 différent de Compte AWS celui associé à votre système de fichiers, vous pouvez vous assurer que les tâches de votre référentiel de données peuvent modifier les métadonnées S3 ou remplacer les objets S3, quel que soit le compte qui les a chargés. Nous vous recommandons d'activer la fonctionnalité S3 Object Ownership pour votre compartiment S3. Cette fonctionnalité vous permet de vous approprier les nouveaux objets que d'autres Comptes AWS téléchargeront dans votre bucket, en forçant les chargements à fournir l'ACL |
|
|
Amazon FSx a rencontré une erreur liée au S3 qui ne l'était pas. |
|
|
Amazon FSx n'a pas pu exporter de fichier de lien physique car le fichier source n'existe pas dans le référentiel de données. |
|
|
Amazon FSx a importé avec succès un objet non lié symbolique depuis une classe de stockage S3 Glacier Flexible Retrieval ou S3 Glacier Deep Archive. Ils |
|
|
Amazon FSx n'a pas pu importer ou exporter le fichier car il n'existe pas dans le référentiel de données. |
|
|
L'objet Amazon S3 existe mais ne peut pas être importé car il ne s'agit pas d'un objet compatible POSIX. Pour plus d'informations sur les métadonnées POSIX prises en charge, consultezSupport des métadonnées POSIX pour les référentiels de données. |
|
|
Amazon FSx n'a pas pu publier le fichier car l'exportation automatique traite le changement de nom du fichier. Le processus de renommage automatique des exportations doit être terminé avant que le fichier ne puisse être publié. |
|
|
Amazon FSx n'a pas pu importer un objet de lien symbolique car il appartient à une classe de stockage Amazon S3 qui n'est pas prise en charge, telle qu'une classe de stockage S3 Glacier Flexible Retrieval ou S3 Glacier Deep Archive. Ils |
|
|
Amazon FSx n'a pas pu libérer le fichier depuis le système de fichiers car celui-ci a été supprimé du référentiel de données avant de pouvoir être publié. |
