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 et court au format E######, où ###### est un nombre unique.

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

  • 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 normal.

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

E000002 : la fonction Bootstrap.Run a déjà été appelée

La fonction Bootstrap.Run exécute le workflow pour initialiser les répertoires et fichiers de journaux, et éventuellement créer un cluster bootstrap 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 les processus bmctl existants se terminent, puis réessayez.

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

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

Pour obtenir la liste de toutes les régions et zones de votre projet, exécutez 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 : Incohérence du code d'état HTTP

Un code d'état HTTP inattendu est renvoyé lorsque vous tentez d'accéder à l'API Google Cloud ou à l'API Google Container Registry.

Assurez-vous que votre configuration de proxy est correctement configurée avec votre URL de 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 la clé de votre compte de service a expiré, mettez-la à jour en suivant les instructions fournies sur 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 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, assurez-vous de fournir le chemin d'accès au fichier kubeconfig du cluster d'administrateur à l'aide de l'indicateur --kubeconfig lorsque vous gérez des clusters d'utilisateur.

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

E000007 : Incompatibilité de version

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

Pour résoudre cette erreur :

  • Mettez à jour le binaire bmctl vers la version appropriée correspondant à celle du cluster.
  • Pour les mises à niveau, mettez à jour la version spécifiée dans la configuration du cluster afin de refléter la version binaire 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 dans ClusterOperations non spécifié

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

Assurez-vous que ProjectID 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" (Emplacement) 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 avec 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 avec 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 requises sont définis dans le fichier de configuration du cluster.

E000013 : Contourner les échecs de prévol Google Cloud sans --force

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

Assurez-vous que les deux indicateurs sont utilisés ensemble pour continuer.

E000014 : Environnement d'exécution du 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 : le transfert IPv4 n'est pas activé

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

Pour résoudre ce problème, 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

Nous n'avons pas pu 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 si le fichier de configuration contient des erreurs de syntaxe ou des champs manquants.

Assurez-vous de respecter le format et la structure appropriés si vous devez modifier 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 lors de l'attente de la fin des tâches 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, consultez 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 poste de travail peut accéder aux API Google Cloud et à Container Registry.

Assurez-vous que la configuration de votre proxy est correcte et que vous avez indiqué l'URL du 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 la clé de votre compte de service a expiré, mettez-la à jour en suivant les instructions fournies sur 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

Nous n'avons pas pu obtenir le client pour établir l'enregistrement de l'adhésion 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 une vérification de l'enregistrement GKE

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

Ce contrôle est essentiel pour vérifier que :

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

Assurez-vous qu'il n'existe pas d'appartenance GKE Connect pour votre cluster dans la console Google Cloud > Kubernetes Engine > Clusters. Si une appartenance existe déjà pour votre cluster, procédez comme suit :

  • 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, consultez 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 confirmer les points suivants :

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

Assurez-vous qu'il n'existe pas d'appartenance GKE Connect pour votre cluster dans la console Google Cloud > Kubernetes Engine > Clusters. Si une appartenance existe déjà pour votre cluster, procédez comme suit :

  • 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, consultez l'erreur encapsulée renvoyée par la commande.

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

Nous n'avons pas pu 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, consultez l'erreur encapsulée renvoyée par la commande.

E000027 : Autorisation Google Cloud refusée

Cela indique que la requête envoyé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 la clé de votre compte de service a expiré, mettez-la à jour en suivant les instructions fournies sur 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 la clé de votre compte de service a expiré, mettez-la à jour en suivant les instructions fournies sur 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, consultez l'erreur encapsulée renvoyée par la commande.

E000029 : Autorisations Google Cloud insuffisantes

Nous n'avons pas pu communiquer avec l'API Google Cloud en raison d'autorisations insuffisantes. Une clé de compte de service valide est nécessaire pour une communication réussie.

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 la clé de votre compte de service a expiré, mettez-la à jour en suivant les instructions fournies sur 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. Ces informations sont nécessaires 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, consultez l'erreur encapsulée renvoyée par la commande.

E000031 : Vérification de l'impossibilité de créer un compte de service

Nous n'avons pas pu créer de vérification du 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 du 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 la clé de votre compte de service a expiré, mettez-la à jour en suivant les instructions fournies sur 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, consultez l'erreur encapsulée renvoyée par la commande.

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

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

Cette vérification exécute des validations sur le fichier de clé de 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 fournies sur 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, consultez l'erreur encapsulée renvoyée par la commande.

E000033 : Impossible de définir un indicateur

Nous n'avons pas pu définir d'indicateur pour un répertoire ou un fichier de journaux.

La commande bmctl utilise le répertoire ou le fichier journaux pour enregistrer les journaux pendant son exécution.

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

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

Nous n'avons pas pu créer de répertoire.

Ce problème survient généralement lorsque les autorisations sont insuffisantes pour créer des répertoires ou lorsque 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, consultez 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é de 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 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 fournies sur 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, consultez 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

La validation de la version minimale du noyau de votre poste de travail a échoué. Votre poste de travail doit répondre à une exigence minimale concernant la version du noyau.

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, consultez 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 l'identité de charge de travail.

Pour corriger l'erreur, indiquez l'un des éléments suivants dans le fichier de configuration du cluster :

  • 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, consultez l'erreur encapsulée renvoyée par la commande.

E000038 : Impossible de créer un 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, consultez 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, consultez 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 est valide.

Pour en savoir plus sur l'erreur spécifique, consultez 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, consultez 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 le biais de l'indicateur --addon-manager-manifests-path.

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

Pour en savoir plus sur l'erreur spécifique, consultez 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'endroit 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 a bien été créé.

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

E000044 : Impossible de créer un 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, consultez 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, consultez 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, consultez 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 indicateurs fournis à 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, consultez 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, consultez 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, consultez l'erreur encapsulée renvoyée par la commande.

E000050 : Impossible d'effectuer une 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, consultez l'erreur encapsulée renvoyée par la commande.

E000051 : Impossible de marshaler l'objet

Nous n'avons pas pu sérialiser un objet au format YAML.

Pour en savoir plus sur l'erreur spécifique, consultez 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é de compte de service spécifié sous gkeRegisterServiceAccountKey dans le fichier de configuration du cluster.

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

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

E000053 : Impossible de lire le fichier de configuration du cluster

Nous n'avons pas pu 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, consultez l'erreur encapsulée renvoyée par la commande.

E000054 : Impossible d'appliquer les ressources de dépendance du contrôle avant vol

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

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

E000055 : Échec des vérifications préalables de Google Cloud

Les vérifications préliminaires Google Cloud ont échoué. Pour en savoir plus, consultez les ressources sur les vérifications préliminaires.

Consultez les ressources sur les vérifications préliminaires :

kubectl describe preflightcheck -A

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

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

E000056 : Échec des vérifications préliminaires

Les vérifications préliminaires ont échoué. Pour en savoir plus, consultez les ressources sur les vérifications préliminaires.

Consultez les ressources sur les vérifications préliminaires :

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, consultez l'erreur encapsulée renvoyée par la commande.

E000057 : Impossible de vérifier l'état du contrôle avant vol

Nous n'avons pas pu valider 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, consultez 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 de l'attente de sa préparation.

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, consultez 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 essayant à nouveau de créer le cluster.

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

E000060 : Cluster non prêt

Cela indique qu'une erreur s'est produite lors de l'attente de la préparation de votre cluster.

Pour en savoir plus, vérifiez l'état de votre cluster :

kubectl describe cluster <CLUSTER_NAME> -A

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

E000061 : NodePool non prêt

Cela indique qu'une erreur s'est produite lors de l'attente de la préparation des pools de nœuds.

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

kubectl describe nodepool -A

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

E000062 : SecretForwarder non prêt

Cela indique qu'une erreur s'est produite lors de l'attente de la préparation des SecretForwarders.

Vérifiez l'état des SecretForwarders :

kubectl describe secretforwarder -A

Pour en savoir plus sur l'erreur spécifique, consultez 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 type concret.

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

E000064 : Échec de l'installation du fournisseur de l'API Cluster

Nous n'avons pas pu vérifier l'installation du fournisseur d'API du 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, consultez l'erreur encapsulée renvoyée par la commande.

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

Nous n'avons pas réussi à pivoter les ressources du cluster d'amorçage vers le cluster réel.

Pour en savoir plus sur l'erreur spécifique, consultez 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 mise en forme et valide.

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

E000067 : Impossible de créer une commande

Nous n'avons pas pu créer de commande d'espace réservé avec les indicateurs spécifiés pour qu'elle soit utilisée par la commande interne bmctl.

Pour en savoir plus sur l'erreur spécifique, consultez 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 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, consultez l'erreur encapsulée renvoyée par la commande.

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

Cela indique que le cluster est 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 sont 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 : Adresses IP insuffisantes dans le format CIDR

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

Veillez à fournir une plage CIDR avec le flag --bootstrap-cluster-pod-cidr qui contient suffisamment d'adresses IP pour les nœuds.

Pour en savoir plus sur l'erreur spécifique, consultez 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 avant-première

Nous n'avons pas pu valider 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, consultez 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 en tant que membre de 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'indicateur --bootstrap-cluster) dans la console Google Cloud : Kubernetes Engine > Clusters dans votre projet.

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

  • Fournissez un autre nom avec l'indicateur --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, consultez l'erreur encapsulée renvoyée par la commande.

E000074 : Impossible de créer un secret à partir d'un 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, consultez l'erreur encapsulée renvoyée par la commande.

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

Nous n'avons pas pu extraire l'URL du point de terminaison GKE Hub.Le point de terminaison GKE Hub est le point de terminaison d'URL utilisé pour les requêtes d'API GKE Hub.

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

E000076 : Mise à niveau non terminée

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, consultez l'erreur encapsulée renvoyée par la commande.

E000077 : Impossible de créer un secret Stackdriver Workload Identity

Nous n'avons pas pu créer le secret Stackdriver de l'identité de charge de travail.

Pour en savoir plus sur l'erreur spécifique, consultez 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 mettre à jour la version actuelle de la ressource NodePool vers la version cible.

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

E000079 : Impossible d'augmenter la version du cluster

Nous n'avons pas pu mettre à niveau la version actuelle de la ressource de cluster vers 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, consultez 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 pour votre cluster.

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

E000081 : Clé secrète manquante

Cela indique que la ressource secrète 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 tous 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, consultez 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 un test de connectivité de l'agent Connect

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

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

E000085 : Échec du test de 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 groupe, la version et le type

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, consultez 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, consultez l'erreur encapsulée renvoyée par la commande.

E000088 : Impossible de créer une configuration de 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, consultez 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, consultez 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 du cluster YAML et la configuration active dans le cluster lors de la commande bmctl update.

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

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

E000091 : Saisie non valide dans l'invite de la console

Saisie non valide dans l'invite de la console.

Saisissez yes ou no.

Pour en savoir plus sur l'erreur spécifique, consultez 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 (en créant un espace de noms ou en vérifiant simplement son existence) a échoué.

Pour en savoir plus sur l'erreur spécifique, consultez 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œuds.

Les conteneurs orphelins désignent des processus de conteneur qui ne sont plus en cours d'exécution 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 de conteneur.

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 peuvent être utilisées pour récupérer l'ID de processus (PID) de chaque conteneur et l'arrêter.

crictl inspect <container-id> | grep pid

kill -9 <pid>

Étape suivante

Si vous avez suivi les conseils pour corriger l'erreur et qu'elle persiste, contactez l'assistance technique.

Pour en savoir plus sur la résolution des problèmes liés aux clusters, consultez les ressources suivantes :

Google Distributed Cloud

Google Distributed Cloud