Cette rubrique décrit les types de messages d'erreur renvoyés avec le code d'état HTTP 409, ainsi que leurs causes courantes et les solutions associées.
BucketAlreadyExists
Le nom du compartiment demandé n'est pas disponible
Cause : le compartiment spécifié existe déjà ou appartient à un autre utilisateur.
Solution : spécifiez un autre nom pour le compartiment. Pour plus d'informations sur la création d'un compartiment, consultez Créer des compartiments.
Le compartiment existe déjà, impossible de modifier l'emplacement
Cause : il est impossible de modifier la région d'un compartiment existant.
Solution : créez un compartiment dans la région souhaitée.
Impossible de modifier la classe de stockage d'un compartiment existant ou le compartiment existe déjà, impossible de modifier le type de stockage
Cause : il est impossible de modifier la classe de stockage d'un compartiment existant.
Solution : créez un compartiment avec la classe de stockage souhaitée.
Le compartiment existe déjà, impossible de modifier le type de redondance des données
Cause : il est impossible de modifier le type de reprise après sinistre d'un compartiment existant.
Solution : créez un compartiment avec le type de reprise après sinistre souhaité.
BucketNotEmpty
Le compartiment que vous avez tenté de supprimer n'est pas vide
Cause : le compartiment que vous souhaitez supprimer contient des objets, des parties générées par des tâches de chargement en plusieurs parties non terminées ou des LiveChannels.
-
Solutions :
-
Supprimez tous les objets du compartiment avant de le supprimer.
Pour plus d'informations sur la suppression d'objets dans un compartiment, consultez Supprimer des objets. Si vos compartiments stockent un grand nombre d'objets, nous vous recommandons de configurer des règles de cycle de vie pour supprimer les objets par lots. Pour plus d'informations, consultez Configurer des règles de cycle de vie.
-
Supprimez les parties générées par les tâches de chargement en plusieurs parties ou de chargement avec reprise dans le compartiment avant de le supprimer.
Pour plus d'informations sur la suppression des parties dans un compartiment, consultez Supprimer des parties.
-
Supprimez tous les LiveChannels du compartiment, puis supprimez le compartiment.
Pour plus d'informations sur la suppression des LiveChannels dans un compartiment, consultez DeleteLiveChannel. Pour plus d'informations sur les LiveChannels, consultez Ingestion de flux RTMP.
-
CnameAlreadyExists
Le nom CNAME a déjà été associé à un autre de vos compartiments
-
Causes :
-
Le nom de domaine personnalisé est mappé à un autre compartiment appartenant au compte Alibaba Cloud actuel.
Description du problème : la valeur du paramètre CnameType dans le message d'erreur est CNAME_OSS.
-
Le nom de domaine personnalisé est utilisé pour le traitement d'images.
Description du problème : la valeur du paramètre CnameType dans le message d'erreur renvoyé est CNAME_IMG.
-
-
Solution :
-
Si le message d'erreur contient
CnameType: CNAME_OSS, procédez comme suit :-
Dissociez le nom de domaine personnalisé de l'autre compartiment.
Connectez-vous à la console OSS.
Dans le volet de navigation de gauche, cliquez sur Buckets. Sur la page Buckets, recherchez le compartiment souhaité et cliquez dessus.
Dans le volet de navigation de gauche, choisissez .
Recherchez le nom de domaine personnalisé que vous souhaitez dissocier et cliquez sur Manage Mapping Configurations dans la colonne Actions.
-
Dans le panneau Manage Mapping Configurations, cliquez sur Unmap.
ImportantAprès la dissociation du nom de domaine personnalisé, les services qui en dépendent deviennent inaccessibles.
Cliquez sur OK.
-
Mappez le nom de domaine personnalisé au compartiment cible.
Pour plus d'informations, consultez Mapper des noms de domaine personnalisés.
-
-
Si le message d'erreur contient
CnameType: CNAME_IMG, procédez comme suit :-
Dissociez le nom de domaine personnalisé de l'autre compartiment.
Connectez-vous à la console OSS.
Dans le volet de navigation de gauche, cliquez sur Buckets. Sur la page Buckets, recherchez le compartiment souhaité et cliquez dessus.
Dans le volet de navigation de gauche, choisissez .
-
Sous l'onglet IMG, cliquez sur Unmap Custom Domain Name.
Important-
Par défaut, l'onglet Image Processing (IMG) affiche le nom de domaine personnalisé mappé le plus récemment qui est activé. Vérifiez qu'il s'agit bien du nom de domaine personnalisé que vous souhaitez dissocier.
Si le nom de domaine personnalisé n'est pas affiché sous l'onglet, contactez le support technique pour résoudre ce problème.
Après la dissociation du nom de domaine personnalisé, les services qui en dépendent deviennent inaccessibles.
-
-
Mappez le nom de domaine personnalisé au compartiment cible.
Pour plus d'informations, consultez Mapper des noms de domaine personnalisés.
-
-
PositionNotEqualToLength
La position n'est pas égale à la longueur du fichier
-
Causes :
La valeur de Position dans la requête ne correspond pas à la longueur de l'objet actuel.
La requête aboutit dans les scénarios suivants : 1. La valeur de Position est 0 et la longueur d'un objet pouvant être ajouté qui porte le même nom est 0. 2. La valeur de Position est 0 et aucun objet pouvant être ajouté portant le même nom n'existe. Dans tous les autres cas, ce message d'erreur est renvoyé car la valeur de Position et la longueur de l'objet ne correspondent pas.
Solution : obtenez la valeur de Position pour l'opération suivante à partir de l'en-tête de réponse
x-oss-next-append-position, puis envoyez la requête suivante. Plusieurs requêtes peuvent être envoyées simultanément. Dans ce cas, même si vous définissez l'en-tête de position dans une requête sur la valeur dex-oss-next-append-positiondans la réponse à la requête précédente, la requête peut toujours échouer car la valeur n'est pas mise à jour immédiatement. Pour plus d'informations, consultez AppendObject.
FileAlreadyExists
L'objet spécifié existe déjà et ne peut pas être écrasé
Cause : l'objet spécifié existe déjà et ne peut pas être écrasé car la requête contient l'en-tête
x-oss-forbid-overwrite=trueet la valeur de cet en-tête est true.-
Solutions :
Utilisez les méthodes suivantes pour écraser un objet existant portant le même nom lors d'un chargement simple, d'un chargement en plusieurs parties ou d'une copie d'objet :
N'incluez pas l'en-tête x-oss-forbid-overwrite dans la requête ou définissez cet en-tête sur false.
Activez le versioning pour le compartiment dans lequel est stocké l'objet que vous souhaitez écraser. L'objet écrasé est stocké en tant que version précédente. Vous pouvez restaurer une version précédente à tout moment.
LiveChannelDisabled
Le canal en direct est désactivé par le propriétaire
Cause : il est impossible d'ingérer des flux vers un LiveChannel désactivé. Si vous ingérez un flux vers un LiveChannel à l'état désactivé, votre client est déconnecté du LiveChannel après environ 10 secondes.
Solution : activez le LiveChannel avant d'y ingérer des flux. Pour plus d'informations, consultez PutLiveChannelStatus.
ChannelStillLive
Le canal en direct ne peut pas être mis à jour ou supprimé lorsqu'il est actif
Cause : vous avez tenté de mettre à jour ou de supprimer un LiveChannel à l'état Live, ce qui indique que le client ingère des flux vers l'URL d'ingestion connectée. Un LiveChannel dans cet état ne peut pas être mis à jour ni supprimé.
Solution : mettez à jour ou supprimez le LiveChannel une fois que le client a terminé l'ingestion des flux.
FileImmutable
L'objet spécifié est immuable
Cause : vous avez tenté de supprimer ou de modifier un objet protégé par une politique de rétention.
Solution : supprimez ou modifiez l'objet après l'expiration de la politique de rétention. Pendant la période de rétention définie par la politique, les objets du compartiment ne peuvent pas être supprimés ni modifiés. Vous pouvez appeler GetBucketWorm pour interroger la période de rétention d'une politique de rétention.
RestoreAlreadyInProgress
L'opération de restauration est en cours
Cause : une requête RestoreObject a été soumise et l'objet est en cours de restauration sur le serveur OSS.
Solution : n'envoyez pas de requêtes RestoreObject de manière répétée.
KeyDisabled
La requête a été rejetée car l'état de la clé est Disabled
Cause : la clé maître cliente (CMK) spécifiée est désactivée.
Solution : appelez l'opération EnableKey pour activer la CMK afin qu'elle puisse être utilisée pour le chiffrement et le déchiffrement.
KeyPendingDeletion
La requête a été rejetée car l'état de la clé est PendingDeletion
Cause : la CMK spécifiée est à l'état PendingDeletion.
Solution : utilisez une autre CMK pour le chiffrement et le déchiffrement. Une CMK à l'état PendingDeletion ne peut pas être utilisée pour chiffrer des données, déchiffrer des données ou générer des clés de données. Une fois qu'une CMK est supprimée, elle ne peut pas être récupérée. Les données chiffrées et les clés de données générées à l'aide de la CMK ne peuvent pas être déchiffrées. Par conséquent, KMS vous permet uniquement de planifier des tâches de suppression de clés afin d'éviter la suppression accidentelle de CMK. Pour plus d'informations, consultez ScheduleKeyDeletion. Vous pouvez appeler l'opération DisableKey pour désactiver une CMK au lieu de la supprimer.
KeyPendingImport
La requête a été rejetée car l'état de la clé est PendingImport
Cause : la CMK spécifiée est à l'état PendingImport.
Solution : appelez l'opération ImportKeyMaterial pour importer le matériel de clé. Une CMK à l'état PendingImport ne peut pas être utilisée pour chiffrer des données, déchiffrer des données ou générer des clés de données. Pour plus d'informations, consultez ImportKeyMaterial.
WORMConfigurationAlreadyExists
La configuration WORM existe déjà
Cause : une politique de rétention a déjà été configurée pour le compartiment.
Solution : si la politique de rétention existante n'est pas verrouillée, supprimez-la. Configurez ensuite une nouvelle politique de rétention pour le compartiment. Vous ne pouvez configurer qu'une seule politique de rétention par compartiment. Pour plus d'informations, consultez Politique de rétention au niveau du compartiment (BucketWorm).
InventoryConfigurationAlreadyExists
La configuration d'inventaire existe déjà
Cause : vous avez configuré un inventaire dont le nom est identique à celui d'un inventaire existant.
Solution : spécifiez un inventaire dont le nom est globalement unique dans le compartiment. Vous pouvez appeler l'opération GetBucketInventory pour interroger les inventaires d'un compartiment.
StaleFile
Le fichier est obsolète pour cette opération
Cause : vous modifiez simultanément plusieurs métadonnées d'objet ou tags d'objet.
Solution : ne modifiez pas simultanément plusieurs métadonnées d'objet ou tags d'objet.