Erreurs liées au logiciel Google Distributed Cloud

Il s'agit d'un catalogue d'erreurs pour les produits logiciels Google Distributed Cloud uniquement, Bare Metal et VMware.

Chaque entrée d'erreur contient les informations suivantes :

  • ID d'erreur : identifiant unique court au format E######, où ###### est un numéro unique.

  • Titre de l'erreur : brève description de l'erreur, lisible par l'humain.

  • Description de l'erreur : informations détaillées pour vous aider à identifier et à résoudre la cause de l'erreur.

E000000 : Fichier kubeconfig non spécifié

La commande bmctl est exécutée sans spécifier le fichier kubeconfig.

Pour continuer, assurez-vous de fournir le fichier kubeconfig à l'aide de l'option --kubeconfig.

Exemple :

bmctl [command] --kubeconfig [kubeconfig-file]

E000001 : Fichier kubeconfig non valide

Le fichier kubeconfig fourni n'est pas en mode fichier standard.

Assurez-vous de spécifier un fichier kubeconfig valide, puis réessayez.

E000002 : Fonction Bootstrap.Run déjà appelée

La fonction Bootstrap.Run exécute le workflow pour initialiser les répertoires et les fichiers de journalisation, et éventuellement créer un cluster d'amorçage si nécessaire.

Cette fonction est conçue pour n'être appelée qu'une seule fois lors de l'exécution de la commande bmctl afin d'éviter la création de plusieurs clusters d'amorçage.

Cette erreur se produit si la fonction Bootstrap.Run est appelée plusieurs fois, ce qui n'est pas le comportement prévu.

Attendez que tous les processus bmctl existants soient terminés, puis réessayez.

E000003 : Aucune région ni zone correspondante trouvée

Vérifiez que l'emplacement fourni dans spec.clusterOperations.location dans le fichier de configuration du cluster existe dans votre projet Google Cloud.

Vous pouvez trouver la liste de toutes les régions et zones de votre projet en exécutant la commande suivante :

gcloud compute regions list

Si la région ou la zone que vous avez indiquée existe dans votre projet, assurez-vous d'utiliser la bonne casse. Les régions et les zones sont sensibles à la casse.

E000004 : Secret stocké dans un espace de noms incorrect

Par exemple, le message d'erreur renvoyé peut indiquer :

The secret 'x' should be stored in the namespace 'y'.
Please remove 'x' from the path "p" in the configuration file of cluster 'c'.

Pour résoudre ce problème, supprimez le secret référencé dans le mauvais espace de noms du fichier de configuration du cluster.

E000005 : Non-concordance du code d'état HTTP

Un code d'état HTTP inattendu est renvoyé lors de la tentative d'accès aux API Google Cloud ou à l'API Container Registry.

Assurez-vous que votre configuration de proxy est correctement configurée avec l'URL de votre proxy, le cas échéant.

Assurez-vous qu'une clé de compte de service est fournie en effectuant l'une des opérations suivantes :

  • Définissez la variable d'environnement GOOGLE_APPLICATION_CREDENTIALS sur le chemin d'accès d'un fichier contenant les identifiants de votre compte de service.
  • Exécutez la commande suivante pour vous authentifier auprès de Google Cloud à l'aide de vos identifiants par défaut :

    gcloud auth application-default login
    

Pour en savoir plus, consultez https://cloud.google.com/docs/authentication#adc.

Vérifiez le compte de service dans la console Google Cloud -> IAM et administration -> Comptes de service. Si votre clé de compte de service a expiré, mettez-la à jour en suivant les instructions de la page https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Vérifiez les rôles et les autorisations du compte de service, puis réessayez. Pour en savoir plus sur les ressources Google Cloud que vous devez créer et configurer, consultez https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/installing/configure-sa.

E000006 : Impossible de gérer le cluster d'utilisateur sans le fichier kubeconfig du cluster d'administrateur

Nous ne pouvons pas gérer un cluster d'utilisateur sans le chemin d'accès au fichier kubeconfig du cluster d'administrateur. Le chemin d'accès au fichier kubeconfig du cluster d'administrateur est requis pour gérer les clusters d'utilisateur.

Pour résoudre cette erreur, veillez à fournir le chemin d'accès kubeconfig du cluster d'administrateur à l'aide de l'option --kubeconfig lorsque vous gérez des clusters d'utilisateur.

Cela permet de s'assurer que l'authentification et les autorisations nécessaires sont correctement configurées pour gérer le cluster d'utilisateur.

E000007 : non-concordance de version

La version spécifiée sous spec.anthosBareMetalVersion dans le fichier de configuration du cluster ne correspond pas à la version binaire de bmctl utilisée pour gérer le cluster.

Pour résoudre cette erreur :

  • Mettez à jour le binaire bmctl vers la version appropriée qui correspond à la version du cluster.
  • Pour les mises à niveau, mettez à jour la version spécifiée dans la configuration du cluster pour refléter la version binaire de bmctl.

E000008 : Configuration ClusterOperations non spécifiée

La configuration ClusterOperations est requise pour un cluster.

Assurez-vous que la configuration ClusterOperations est correctement définie pour le cluster sous spec.clusterOperations dans le fichier de configuration du cluster.

E000009 : ProjectID non spécifié dans ClusterOperations

Le champ ProjectID est vide dans la configuration ClusterOperations. Le ProjectID est requis pour gérer les opérations de cluster.

Assurez-vous que l'ID du projet est correctement défini sous spec.clusterOperations.projectID dans le fichier de configuration du cluster.

E000010 : Emplacement non spécifié dans ClusterOperations

Le champ "Location" est vide dans la configuration ClusterOperations. L'emplacement est requis pour gérer les opérations de cluster.

Assurez-vous que l'emplacement est correctement défini sous spec.clusterOperations.location dans le fichier de configuration du cluster.

E000011 : Impossible d'utiliser un compte de service lors de l'utilisation d'un jeton d'accès

Si votre cluster est créé à l'aide d'un jeton d'accès, les chemins d'accès aux clés de compte de service spécifiés dans le fichier de configuration du cluster doivent être supprimés.

Vérifiez les points suivants :

  1. La variable d'environnement GCP_ACCESS_TOKEN_X est définie.
  2. Les chemins d'accès aux clés de compte de service référencés dans le fichier de configuration du cluster sont supprimés.

E000012 : Impossible d'utiliser un compte de service lors de l'utilisation d'un jeton d'accès

Si votre cluster est créé à l'aide d'une clé de compte de service, assurez-vous que :

  1. La variable d'environnement GCP_ACCESS_TOKEN_X n'est pas définie.
  2. Tous les chemins d'accès aux clés de compte de service requis sont définis dans le fichier de configuration du cluster.

E000013 : Contourner les échecs de vérification préliminaire Google Cloud sans --force

L'option --bypass-gcp-preflight-errors doit être définie avec --force.

Assurez-vous d'utiliser les deux options ensemble pour continuer.

E000014 : Environnement d'exécution de conteneur Docker non compatible

L'environnement d'exécution de conteneur Docker n'est plus compatible.

Définissez l'environnement d'exécution du conteneur sur containerd sous spec.nodeConfig.containerRuntime dans le fichier de configuration de votre cluster.

E000015 : API non activées

Certaines API requises ne sont pas activées dans votre projet.

Assurez-vous que toutes les API requises sont activées dans votre projet pour continuer. Pour en savoir plus, consultez https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/installing/configure-sa.

E000016 : Erreur de statistiques du fichier Kubeconfig

Le fichier kubeconfig fourni n'existe pas ou est inaccessible.

Assurez-vous que le fichier kubeconfig existe et que la commande bmctl dispose des autorisations nécessaires pour y accéder.

E000017 : Transfert IPv4 non activé

Le transfert IPv4 n'est pas activé sur le poste de travail administrateur. Le transfert IPv4 doit être activé.

Pour résoudre cette erreur, procédez comme suit :

  1. Assurez-vous que le fichier /proc/sys/net/ipv4/ip_forward existe.
  2. Exécutez la commande suivante pour activer le transfert IPv4 :
echo '1' > /proc/sys/net/ipv4/ip_forward

E000018 : Impossible d'analyser le fichier de configuration

Impossible d'analyser le fichier de configuration du cluster. Plusieurs problèmes peuvent être à l'origine de ce problème.

Assurez-vous que le fichier de configuration bmctl-workspace/[cluster-name]/[cluster-name].yaml existe et que la commande bmctl dispose des autorisations nécessaires pour y accéder.

Vérifiez que le fichier de configuration ne contient pas d'erreurs de syntaxe ni de champs manquants.

Veillez à respecter le format et la structure appropriés si vous devez mettre à jour le fichier de configuration. Pour en savoir plus, consultez https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/reference/cluster-config.

E000019 : Job de l'équilibreur de charge du plan de contrôle non terminé

Cela indique qu'une erreur s'est produite en attendant la fin des jobs du plan de contrôle ou de l'équilibreur de charge.

Vérifiez l'état des jobs du plan de contrôle ou de l'équilibreur de charge de votre cluster :

kubectl describe jobs -A

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000020 : Impossible de créer un client HTTP

Nous n'avons pas pu créer de client HTTP pour nous assurer que votre station de travail peut accéder aux API Google Cloud et à Container Registry.

Assurez-vous que votre configuration de proxy est correctement configurée avec l'URL de votre proxy, le cas échéant.

E000021 : Impossible d'accéder aux API Google

Nous n'avons pas pu vérifier la connectivité à l'API Google Cloud ni à l'API Google Container Registry.

Pour fonctionner correctement, votre poste de travail doit pouvoir accéder aux API Google Cloud et à Container Registry.

Assurez-vous qu'une clé de compte de service est fournie en effectuant l'une des opérations suivantes :

  • Définissez la variable d'environnement GOOGLE_APPLICATION_CREDENTIALS sur le chemin d'accès d'un fichier contenant les identifiants de votre compte de service.
  • Exécutez la commande suivante pour vous authentifier auprès de Google Cloud à l'aide de vos identifiants par défaut :

    gcloud auth application-default login
    

Pour en savoir plus, consultez https://cloud.google.com/docs/authentication#adc.

Vérifiez le compte de service dans la console Google Cloud -> IAM et administration -> Comptes de service. Si votre clé de compte de service a expiré, mettez-la à jour en suivant les instructions de la page https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Vérifiez les rôles et les autorisations du compte de service, puis réessayez. Pour en savoir plus sur les ressources Google Cloud que vous devez créer et configurer, consultez https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/installing/configure-sa.

E000022 : Impossible d'analyser la version du cluster

Nous n'avons pas pu analyser la version à partir du fichier de configuration du cluster.

Pour résoudre cette erreur, assurez-vous que la version spécifiée sous spec.anthosBareMetalVersion dans le fichier de configuration du cluster est valide et respecte le format attendu.

E000023 : Erreur du client d'appartenance GKE

Impossible d'obtenir le client pour établir l'enregistrement de l'appartenance au hub GKE.

L'appartenance à GKE est requise si GKE Connect est configuré sous spec.gkeConnect dans le fichier de configuration de votre cluster.

Assurez-vous que gcpAccessToken ou gkeConnectAgentServiceAccountKeyPath est spécifié dans le fichier de configuration de votre cluster.

E000024 : Impossible de créer la vérification de l'enregistrement GKE

Nous n'avons pas pu créer de vérification de l'enregistrement GKE.

Cette vérification est essentielle pour s'assurer que :

  • Il n'existe pas d'enregistrement GKE Connect.
  • Votre compte de service dispose des autorisations suffisantes pour effectuer une mutation sur l'enregistrement GKE Connect.

Assurez-vous qu'il n'existe aucune appartenance GKE Connect pour votre cluster dans la console Google Cloud > Kubernetes Engine > Clusters. Si une appartenance existe déjà pour votre cluster, effectuez l'une des opérations suivantes :

  • Choisissez un autre nom de cluster.
  • Annulez l'enregistrement du cluster existant depuis la console Google Cloud ou exécutez la commande suivante :

    gcloud container hub memberships unregister <CLUSTER_NAME> --gke-cluster=<LOCATION>/<CLUSTER_NAME>
    

    Référence : https://cloud.google.com/sdk/gcloud/reference/container/hub/memberships/unregister

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000025 : Échec de la vérification de l'enregistrement GKE

Cela indique qu'une défaillance s'est produite lors de la vérification de l'enregistrement GKE.

Cette vérification est essentielle pour vérifier les points suivants :

  • Un enregistrement GKE Connect n'existe pas déjà.
  • Votre compte de service dispose des autorisations suffisantes pour effectuer une mutation sur l'enregistrement GKE Connect.

Assurez-vous qu'il n'existe aucune appartenance GKE Connect pour votre cluster dans la console Google Cloud > Kubernetes Engine > Clusters. Si une appartenance existe déjà pour votre cluster, effectuez l'une des opérations suivantes :

  • Choisissez un autre nom de cluster.
  • Annulez l'enregistrement du cluster existant depuis la console Google Cloud ou exécutez la commande suivante :

    gcloud container hub memberships unregister <CLUSTER_NAME> --gke-cluster=<LOCATION>/<CLUSTER_NAME>
    

Référence : https://cloud.google.com/sdk/gcloud/reference/container/hub/memberships/unregister

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000026 : Impossible de récupérer les identifiants Google par défaut

Impossible de récupérer les identifiants Google par défaut. Pour en savoir plus, consultez https://cloud.google.com/docs/authentication/production#automatically.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000027 : Autorisation Google Cloud refusée

Cela indique que la requête adressée à l'API Google Cloud a été refusée.

Assurez-vous qu'une clé de compte de service est fournie en effectuant l'une des opérations suivantes :

  • Définissez la variable d'environnement GOOGLE_APPLICATION_CREDENTIALS sur le chemin d'accès d'un fichier contenant les identifiants de votre compte de service.
  • Exécutez la commande suivante pour vous authentifier auprès de Google Cloud à l'aide de vos identifiants par défaut :

    gcloud auth application-default login
    

Pour en savoir plus, consultez https://cloud.google.com/docs/authentication#adc.

Vérifiez le compte de service dans la console Google Cloud -> IAM et administration -> Comptes de service. Si votre clé de compte de service a expiré, mettez-la à jour en suivant les instructions de la page https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Vérifiez les rôles et les autorisations du compte de service, puis réessayez. Pour en savoir plus sur les ressources Google Cloud que vous devez créer et configurer, consultez https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/installing/configure-sa.

E000028: Clé de compte de service non valide

La clé de compte de service utilisée pour les identifiants Google par défaut n'est pas valide.

Vérifiez le compte de service dans la console Google Cloud -> IAM et administration -> Comptes de service. Si votre clé de compte de service a expiré, mettez-la à jour en suivant les instructions de la page https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000029 : Autorisation insuffisante pour Google Cloud

Impossible de communiquer avec l'API Google Cloud en raison d'autorisations insuffisantes. Une clé de compte de service valide est nécessaire pour que la communication aboutisse.

Assurez-vous qu'une clé de compte de service est fournie en effectuant l'une des opérations suivantes :

  • Définissez la variable d'environnement GOOGLE_APPLICATION_CREDENTIALS sur le chemin d'accès d'un fichier contenant les identifiants de votre compte de service.
  • Exécutez la commande suivante pour vous authentifier auprès de Google Cloud à l'aide de vos identifiants par défaut :

    gcloud auth application-default login
    

Pour en savoir plus, consultez https://cloud.google.com/docs/authentication#adc.

Vérifiez le compte de service dans la console Google Cloud -> IAM et administration -> Comptes de service. Si votre clé de compte de service a expiré, mettez-la à jour en suivant les instructions de la page https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Vérifiez les rôles et les autorisations du compte de service, puis réessayez. Pour en savoir plus sur les ressources Google Cloud que vous devez créer et configurer, consultez https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/installing/configure-sa.

E000030 : Impossible de créer le service de calcul

Nous n'avons pas pu créer de service de calcul pour récupérer des informations sur votre zone ou votre emplacement à partir de votre projet Google Cloud, ce qui est nécessaire pour effectuer une vérification par rapport à l'emplacement spécifié sous spec.clusterOperations.location dans la configuration de votre cluster.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000031 : Impossible de créer la vérification du compte de service

Nous n'avons pas pu créer de vérification de compte de service.

Le fichier de clé de compte de service spécifié dans le fichier de configuration du cluster sous cloudOperationsServiceAccountKeyPath est utilisé pour créer une vérification de compte de service.

Assurez-vous que le fichier du compte de service existe et qu'il est valide.

Vérifiez le compte de service dans la console Google Cloud -> IAM et administration -> Comptes de service. Si votre clé de compte de service a expiré, mettez-la à jour en suivant les instructions de la page https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000032 : Échec de la vérification du compte de service

Cela indique qu'une défaillance s'est produite lors de la vérification du compte de service.

Cette vérification effectue des validations sur le fichier de clé du compte de service référencé dans le fichier de configuration du cluster sous cloudOperationsServiceAccountKeyPath.

Vérifiez les points suivants :

Vérifiez la clé du compte de service dans la console Google Cloud -> IAM et administration -> Comptes de service. Si la clé du compte de service a expiré, mettez-la à jour en suivant les instructions de la page https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000033 : Impossible de définir l'indicateur

Nous n'avons pas pu définir d'option pour un répertoire ou un fichier journal.

La commande bmctl utilise le répertoire ou le fichier de journaux pour enregistrer les journaux pendant l'exécution de la commande.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000034 : Échec de la création du répertoire

Impossible de créer un annuaire.

Ce problème est généralement dû à des autorisations insuffisantes pour créer des répertoires ou au fait que le chemin d'accès où le répertoire est créé n'existe pas.

Assurez-vous de disposer des autorisations nécessaires pour créer des répertoires et que l'emplacement spécifié existe.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000035 : Échec de la validation des autorisations Container Registry

Une erreur s'est produite lors de la validation des autorisations Container Registry.

Le fichier de clé du compte de service référencé dans le fichier de configuration du cluster sous gcrServiceAccountKey est utilisé pour exécuter les validations.

Assurez-vous que le fichier de clé du compte de service existe et qu'il est valide. Vérifiez la clé du compte de service dans la console Google Cloud -> IAM et administration -> Comptes de service. Si la clé du compte de service a expiré, mettez-la à jour en suivant les instructions de la page https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

Pour ignorer les échecs de validation, utilisez l'option --ignore-validation-errors lorsque vous exécutez la commande.

E000036 : Version minimale du noyau requise

Échec de la validation de la version minimale du noyau de votre station de travail. Votre poste de travail doit respecter une version de noyau minimale.

Assurez-vous que la partie numérique de la version de votre noyau est supérieure ou égale à 4.15.0. Pour vérifier la version de votre noyau, exécutez la commande suivante :

uname -r

Vous trouverez également les détails de votre noyau dans le fichier /proc/version.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000037 : Impossible de récupérer le nom du compte de service

Nous n'avons pas pu récupérer le compte de service nécessaire pour Workload Identity.

Fournissez l'un des éléments suivants dans le fichier de configuration du cluster pour corriger l'erreur :

  • Définissez le champ spec.gkeConnect.projectID sur l'ID de votre projet Google Cloud.
  • Définissez baremetal.cluster.gke.io/gcr-service-account sous metadata.annotations sur le nom du compte de service.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000038 : Impossible de créer le cluster d'amorçage

Nous n'avons pas pu créer le cluster d'amorçage. Un cluster d'amorçage est un cluster temporaire qui héberge les contrôleurs Kubernetes nécessaires à la création ou à la mise à niveau d'un cluster autogéré (administrateur, hybride ou autonome).

Pour résoudre les problèmes liés au cluster d'amorçage, consultez https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/troubleshooting/create-upgrade.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000039 : Échec de la connexion Internet du cluster d'amorçage

Nous n'avons pas pu vérifier la connectivité Internet du cluster d'amorçage avec la commande suivante :

docker exec bmctl-control-plane curl https://oauth2.googleapis.com/$discovery/rest

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000040 : Impossible de créer une configuration REST à partir du fichier Kubeconfig

Nous n'avons pas pu créer de configuration REST à partir du fichier kubeconfig. Une configuration REST est nécessaire pour établir un moyen de communiquer avec un serveur d'API Kubernetes.

Assurez-vous que le fichier kubeconfig fourni existe et qu'il est valide.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000041 : Échec de l'installation des dépendances du cluster d'amorçage

Nous n'avons pas pu appliquer toutes les ressources nécessaires au cluster d'amorçage.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000042 : Échec de l'installation des fichiers manifestes externes du cluster d'amorçage

Nous n'avons pas pu installer les fichiers manifestes à partir du répertoire spécifié par l'option --addon-manager-manifests-path.

Assurez-vous que le répertoire de fichiers manifestes fourni existe et qu'il est valide.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000043 : Impossible d'extraire les fichiers manifestes

Nous n'avons pas pu extraire les fichiers manifestes. Les fichiers manifestes doivent être extraits dans le répertoire .manifests, qui est créé à l'emplacement où la commande bmctl est appelée.

Assurez-vous que la commande bmctl dispose des autorisations nécessaires pour créer des répertoires et des fichiers sur votre système, et que le répertoire .manifests est bien créé.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000044 : Impossible de créer le client Kubernetes

Nous n'avons pas pu créer de client Kubernetes pour votre cluster à l'aide du fichier kubeconfig fourni.

Assurez-vous que le fichier kubeconfig existe et qu'il est valide.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000045 : Impossible de charger le profil du fichier manifeste du cluster

Le processus de chargement transforme les entrées de la configuration du profil en KusBuild et définit les paramètres avec les valeurs de la ressource personnalisée du cluster. L'emplacement du profil est déterminé par le répertoire racine des fichiers manifestes, le nom du profil et l'environnement.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000046 : Impossible de configurer Workload Identity

Nous n'avons pas pu configurer Workload Identity pour votre projet.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000047 : Impossible de créer ou de mettre à jour les options de débogage

Nous n'avons pas pu créer ni mettre à jour le ConfigMap des options de débogage dans le cluster d'amorçage en fonction des options fournies à la commande bmctl et de la section supérieure du fichier de configuration du cluster.

Ce ConfigMap est nécessaire à des fins de débogage et contient des données de configuration pertinentes.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000048 : Impossible de créer le service d'utilisation

Nous n'avons pas pu créer d'utilisation du service. Ce service est essentiel pour accéder aux API d'utilisation des services Google Cloud, qui sont nécessaires pour des tâches telles que la vérification de l'activation des API requises.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000049 : Échec de la vérification de l'activation de l'API

Cela indique qu'une erreur s'est produite lors de la vérification de l'activation de l'API. Cela permet de s'assurer que toutes les API requises sont activées dans votre projet. Pour en savoir plus, consultez https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/installing/configure-sa.

Pour contourner les échecs de vérification de l'activation des API, utilisez l'option --skip-api-check.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000050 : Impossible d'effectuer l'opération sur l'objet

Cela indique qu'une erreur s'est produite lors de l'exécution d'une opération Get, Patch, List, Update, Delete ou Apply sur un objet Kubernetes ou personnalisé.

Assurez-vous que le cluster Kubernetes est accessible et que le serveur d'API répond.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000051: Unable to Marshal Object

Nous n'avons pas pu marshaler un objet au format YAML.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000052 : Impossible de générer un secret à partir du compte de service

Nous n'avons pas pu générer le secret gkeRegisterServiceAccountKey à stocker dans l'espace de noms gke-register à partir du chemin d'accès à la clé du compte de service spécifié sous gkeRegisterServiceAccountKey dans le fichier de configuration du cluster.

Assurez-vous que le fichier de secret spécifié existe.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000053 : Impossible de lire le fichier de configuration du cluster

Impossible de lire le fichier de configuration de votre cluster.

Assurez-vous que le fichier de configuration du cluster existe et que la commande bmctl dispose des autorisations nécessaires pour y accéder.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000054 : Impossible d'appliquer les ressources de dépendance de pré-vérification

Nous n'avons pas pu appliquer les dépendances de la commande de vérification préliminaire.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000055 : Échec des vérifications préliminaires Google Cloud

Échec des vérifications préliminaires Google Cloud. Pour en savoir plus, consultez les ressources de vérification préliminaire.

Vérifiez les ressources de vérification préliminaire :

kubectl describe preflightcheck -A

Pour contourner les échecs des vérifications préliminaires Google Cloud, utilisez les options --bypass-gcp-preflight-errors et --force.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000056 : Échec des vérifications préliminaires

Échec des vérifications préliminaires. Pour en savoir plus, consultez les ressources de vérification préliminaire.

Vérifiez les ressources de vérification préliminaire :

kubectl describe preflightcheck -A

Pour contourner les échecs des vérifications préliminaires, utilisez l'option --force.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000057 : Impossible de vérifier l'état de la vérification préliminaire

Nous n'avons pas pu vérifier l'état des ressources de vérification préliminaire.

Pour en savoir plus, consultez les ressources sur les vérifications préliminaires :

kubectl describe preflightcheck -A

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000058 : Secret kubeconfig non prêt

Cela indique qu'une erreur s'est produite lors de la lecture du secret kubeconfig ou en attendant qu'il soit prêt.

Assurez-vous que le secret <CLUSTER_NAME>-kubeconfig existe dans l'espace de noms du cluster au sein du cluster d'amorçage et que le chemin d'accès .data n'est pas vide.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000059 : Impossible d'écrire le fichier kubeconfig

Nous n'avons pas pu écrire le fichier kubeconfig dans le chemin d'accès bmctl-workspace/<CLUSTER_NAME>/<CLUSTER_NAME>-kubeconfig.

Assurez-vous que la commande bmctl dispose des autorisations nécessaires pour écrire dans le répertoire du fichier kubeconfig.

Vous pouvez essayer de résoudre ce problème en exécutant la commande bmctl reset, puis en tentant de créer à nouveau le cluster.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000060 : Cluster non prêt

Cela indique qu'une erreur s'est produite pendant l'attente de la disponibilité de votre cluster.

Vérifiez l'état de votre cluster pour en savoir plus :

kubectl describe cluster <CLUSTER_NAME> -A

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000061 : Pool de nœuds non prêt

Cela indique qu'une erreur s'est produite en attendant que les pools de nœuds soient prêts.

Vérifiez l'état des pools de nœuds :

kubectl describe nodepool -A

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000062 : SecretForwarder non prêt

Cela indique qu'une erreur s'est produite en attendant que les SecretForwarders soient prêts.

Vérifiez l'état des SecretForwarders :

kubectl describe secretforwarder -A

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000063 : Impossible de convertir un objet non structuré en type concret

Nous n'avons pas pu convertir un objet non structuré en un type concret.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000064 : Échec de l'installation du fournisseur d'API de cluster

Nous n'avons pas pu valider l'installation du fournisseur d'API de cluster dans le cluster d'administrateur.

Pour résoudre le problème, connectez-vous au cluster d'amorçage et vérifiez les journaux du job lifecycle-controllers-deployer et du pod lifecycle-controller-manager.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000065 : Impossible de créer un tableau croisé dynamique

Nous n'avons pas pu transférer les ressources du cluster d'amorçage vers le cluster réel.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000066 : Impossible d'appliquer la ressource

Cela indique qu'une erreur s'est produite lors de l'application d'une ressource. Cette ressource peut être une ressource client spécifiée dans le fichier de configuration du cluster.

Assurez-vous que chaque ressource spécifiée par le client est correctement formatée et valide.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000067 : Impossible de créer la commande

Impossible de créer une commande d'espace réservé avec les options spécifiées pour être utilisée par la commande interne bmctl.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000068 : Impossible de récupérer la version de GKE

Nous n'avons pas pu récupérer la version de GKE en fonction de la version du cluster spécifiée avec spec.anthosBareMetalVersion dans le fichier de configuration du cluster.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000069 : Le cluster est déjà à la version cible

Cela indique que le cluster utilise déjà la version cible. Assurez-vous que la version spécifiée sous spec.anthosBareMetalVersion dans le fichier de configuration du cluster est supérieure à la version actuelle du cluster, puis réessayez.

E000070 : Le cluster et les pools de nœuds utilisent déjà la version cible

Cela indique que le cluster et ses pools de nœuds sont déjà à la version cible. Assurez-vous que la version spécifiée sous spec.anthosBareMetalVersion dans le fichier de configuration du cluster est supérieure à la version actuelle, puis réessayez.

E000071 : Nombre insuffisant d'adresses IP dans le CIDR

Cela indique que la plage CIDR de pods du cluster d'amorçage ne dispose pas d'assez d'adresses IP pour les nœuds.

Veillez à fournir une plage CIDR avec l'option --bootstrap-cluster-pod-cidr qui dispose de suffisamment d'adresses IP pour les nœuds.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000072 : Échec de la validation de la règle de mise à niveau des fonctionnalités en preview

Nous n'avons pas pu vérifier que les fonctionnalités en preview activées et compatibles spécifiées dans le cluster répondent aux exigences de mise à niveau.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000073 : Impossible d'enregistrer l'amorçage dans l'appartenance GKE Connect

Nous n'avons pas pu enregistrer le cluster d'amorçage dans l'appartenance à GKE Hub.

Assurez-vous qu'il n'existe aucune appartenance GKE Connect pour le nom de votre cluster d'amorçage (choisi par défaut ou fourni avec l'option --bootstrap-cluster) dans la console Google Cloud > Kubernetes Engine > Clusters de votre projet.

Si une appartenance existe déjà avec le nom du cluster, effectuez l'une des opérations suivantes :

  • Indiquez un autre nom avec l'option --bootstrap-cluster
  • Annulez l'enregistrement du cluster existant depuis la console Google Cloud ou exécutez la commande suivante :

    gcloud container hub memberships unregister <CLUSTER_NAME>
    

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000074 : Impossible de créer un secret à partir du compte de service

Nous n'avons pas pu créer de secret à l'aide d'un fichier de compte de service spécifié dans le fichier de configuration du cluster.

Assurez-vous que le fichier existe et qu'il est accessible.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000075 : Impossible de récupérer l'URL GKE Hub

Impossible d'extraire l'URL du point de terminaison GKE Hub.Le point de terminaison GKE Hub est l'URL du point de terminaison utilisée pour les requêtes API GKE Hub.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000076 : Mise à niveau incomplète

Une erreur s'est produite lors de l'attente de la fin de la mise à niveau. Pour qu'une mise à niveau soit considérée comme terminée, le cluster et les pools de nœuds doivent être à la version cible.

Vérifiez l'état des pools de nœuds et du cluster :

kubectl describe nodepool -n <NAMESPACE> --kubeconfig <KUBECONFIG_FILE>
kubectl describe cluster -n <NAMESPACE> --kubeconfig <KUBECONFIG_FILE>

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000077 : Impossible de créer le secret Stackdriver pour Workload Identity

Nous n'avons pas pu créer le secret Stackdriver pour Workload Identity.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000078 : Impossible de mettre à niveau la version du pool de nœuds

Nous n'avons pas pu faire passer la version actuelle de la ressource NodePool à la version cible.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000079 : Impossible de mettre à niveau la version du cluster

Nous n'avons pas pu faire passer la version actuelle de la ressource de cluster à la version cible.

Assurez-vous que la version cible est supérieure à la version actuelle et qu'elle est valide.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000080 : Impossible de mettre à jour le secret kubeconfig

Nous n'avons pas pu mettre à jour le secret kubeconfig de votre cluster.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000081 : Clé secrète manquante

Cela indique que la ressource de secret ne contient pas de clé spécifique.

Pour en savoir plus sur l'erreur spécifique, consultez l'erreur renvoyée par la commande.

E000082: Impossible d'imprimer le résultat de la mise à niveau

Impossible d'imprimer le résultat de la mise à niveau du cluster.

Vérifiez les ressources BaremetalMachine pour détecter les nœuds dont la mise à niveau a échoué :

kubectl describe baremetalmachines -n <NAMESPACE> --kubeconfig <KUBECONFIG_FILE>

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000083 : Spécification GKEConnect manquante

La spécification GKEConnect n'est pas spécifiée dans la configuration du cluster.

Assurez-vous que le champ spec.gkeConnect est fourni dans le fichier de configuration du cluster.

E000084 : Impossible de créer la vérification de la connectivité de l'agent Connect

Nous n'avons pas pu créer de vérification de la connectivité de l'agent Connect.

Pour en savoir plus sur l'erreur spécifique, consultez l'erreur renvoyée par la commande.

E000085 : Échec de la vérification de la connectivité de l'agent Connect

Une erreur s'est produite lors de la vérification de la connectivité de l'agent Connect.

Pour en savoir plus sur l'erreur spécifique, consultez l'erreur renvoyée par la commande.

E000086 : Impossible de récupérer la ressource personnalisée avec le type de version de groupe

Cela indique qu'une erreur s'est produite lors de la récupération d'une ressource personnalisée à l'aide de GroupVersionKind.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000087 : Impossible de créer la configuration du registre privé à partir du registre privé

Nous n'avons pas pu créer la configuration du registre en fonction des paramètres d'identifiants du cluster spécifiés sous privateRegistries dans le fichier de configuration du cluster.

Assurez-vous que la configuration fournie sous privateRegistries dans le fichier de configuration du cluster est valide, puis réessayez.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000088 : Impossible de construire la configuration du registre privé à partir du miroir de registre

Nous n'avons pas pu créer la configuration du registre en fonction des paramètres d'identifiants du cluster spécifiés sous registryMirrors dans le fichier de configuration du cluster.

Assurez-vous que la configuration fournie sous registryMirrors dans le fichier de configuration du cluster est valide, puis réessayez.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000089: Impossible de mettre à jour l'accès au nœud

Cela indique qu'une erreur s'est produite lors de la mise à jour de l'accès au nœud.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000090 : Impossible de calculer la différence dans la mise à jour bmctl

Cela indique qu'une erreur s'est produite lors du calcul de la différence entre le fichier de configuration YAML du cluster et la configuration active dans le cluster lors de l'exécution de la commande bmctl update.

Pour contourner ce problème, vous pouvez exécuter bmctl get config pour obtenir la configuration active dans le cluster et effectuer manuellement la comparaison avec le fichier de configuration YAML du cluster en dehors de bmctl.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000091 : Entrée non valide dans l'invite de la console

Entrée non valide fournie à l'invite de la console.

Saisissez yes ou no.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000092 : Échec de la création de l'espace de noms spécifique au cluster

L'une des premières étapes de la création d'un cluster consiste à créer un espace de noms spécifique au nouveau cluster. Presque toutes les ressources du nouveau cluster sont stockées dans cet espace de noms.

Cette erreur indique que la tentative de s'assurer qu'un tel espace de noms spécifique au cluster existe (soit en créant un espace de noms, soit en vérifiant simplement son existence) a échoué.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E000097: Cluster Is Paused

Cette erreur indique qu'une opération ne peut pas se poursuivre, car le cluster cible comporte l'annotation cluster.x-k8s.io/paused.

Pour résoudre ce problème, réactivez le cluster en supprimant l'annotation ou utilisez l'option --skip-paused-annotation-check pour contourner cette vérification.

Pour en savoir plus sur l'erreur spécifique, examinez l'erreur encapsulée renvoyée par la commande.

E300000 : Conteneur(s) orphelin(s) détecté(s)

Cela indique que nous avons détecté des conteneurs orphelins sur un nœud via le détecteur de problèmes de nœud.

Les conteneurs orphelins sont des processus de conteneur qui ne sont plus actifs ni fonctionnels, mais qui persistent dans un état partiellement nettoyé ou incohérent.

Pour afficher le journal complet, exécutez la commande suivante sur le nœud en question :

journalctl -u node-problem-detector

Utilisez les détails des conteneurs orphelins du message d'erreur pour récupérer les ID des conteneurs.

Utilisez les commandes suivantes pour supprimer les conteneurs orphelins du nœud :

crictl stop <container-id>

crictl rm <container-id>

Si les commandes précédentes ne suppriment pas les conteneurs orphelins, le processus de chaque conteneur doit être arrêté. Les commandes suivantes permettent de récupérer l'ID de processus (PID) de chaque conteneur et de l'arrêter.

crictl inspect <container-id> | grep pid

kill -9 <pid>

Étape suivante

Si vous avez suivi les instructions pour l'action corrective et qu'une erreur persiste, contactez l'assistance technique.

Pour en savoir plus sur la résolution des problèmes de cluster, consultez les ressources suivantes :

Google Distributed Cloud pour Bare Metal

Google Distributed Cloud pour VMware