Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Ma charge de travail ne démarre pas
Lorsque vous essayez de démarrer une migration, vous pouvez rencontrer une erreur qui empêche votre charge de travail de démarrer correctement.
Si vous rencontrez une erreur qui empêche le démarrage correct de votre charge de travail, suivez les étapes de dépannage décrites dans ce document avant de contacter l'assistance.
Ajouter les autorisations requises pour extraire des images de Google Container Registry
Pour que votre charge de travail démarre, le cluster doit extraire son image depuis Google Container Registry (GCR), ce qui peut parfois échouer en raison d'autorisations manquantes.
Pour identifier ce problème, procédez comme suit :
Dans la console Google Cloud, accédez à la page Navigateur d'objets.
Dans la liste des pods affichés, recherchez le pod correspondant à votre charge de travail, puis cliquez sur le nom du pod pour consulter ses détails.
Sur la page Détails du pod, si une bannière s'affiche indiquant les erreurs failed to pull and unpack image et 403 forbidden, les autorisations nécessaires pour extraire l'image de charge de travail sont manquantes.
Pour résoudre ce problème, procédez comme suit :
Ajoutez un rôle appelé Lecteur des objets de l'espace de stockage au compte de service Compute Engine par défaut de votre projet.
Un nouveau pod est automatiquement créé pour remplacer le pod supprimé.
Votre charge de travail migrée devrait maintenant être accessible.
Désactiver les clusters GKE Autopilot
Depuis Migrate to Containers, l'utilisation des clusters GKE Autopilot est activée par défaut. Par conséquent, toutes les nouvelles migrations créées pour Migrate to Containers utiliseront les clusters GKE Autopilot, sauf indication contraire.
Essayez de désactiver les clusters GKE Autopilot, puis essayez de redémarrer votre charge de travail de migration.
Pour désactiver les clusters GKE Autopilot, procédez comme suit pour définir v2kServiceManager sur false :
Si votre charge de travail ne démarre toujours pas correctement après la désactivation des clusters GKE Autopilot, veuillez contacter votre canal d'assistance.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/04/21 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/04/21 (UTC)."],[],[],null,["# My workload does not start\n==========================\n\nWhen attempting to start a migration, you may encounter an error that\nprevents your workload from starting correctly.\n\nIf you experience an error that prevents your workload from starting correctly,\ntry the troubleshooting steps described in this document before contacting\nsupport.\n\nAdd permissions required to pull images from Google Container Registry\n----------------------------------------------------------------------\n\nFor your workload to start, the cluster needs to pull the workload image from\n[Google Container Registry (GCR)](/container-registry), which might sometimes\nfail due to missing permissions.\n\nTo identify this issue, perform these steps:\n\n1. In the Google Cloud console, go to the **Object browser** page.\n\n [Go to Object browser](https://console.cloud.google.com/kubernetes/object/browser)\n\n \u003cbr /\u003e\n\n2. Select your cluster.\n\n3. From the **Object Kinds** list, select **Pod**.\n\n4. From the list of pods that is displayed, locate the pod corresponding to your\n workload, and then to open pod details, click the pod name.\n\n5. On the **Pod details** page, if a banner appears that displays the\n `failed to pull and unpack image` and `403 forbidden` errors,\n then the permissions required to pull the workload image are missing.\n\nTo resolve this issue, perform these steps:\n\n1. [Add a role](/iam/docs/manage-access-service-accounts#grant-single-role)\n called **Storage Object Viewer** to the **Default Compute Engine service account**\n in your project.\n\n2. Then, [delete](https://kubernetes.io/docs/reference/generated/kubectl/kubectl-commands#delete)\n the pod from your cluster.\n\n A new pod is automatically created which replaces the deleted pod.\n\nYour migrated workload should now be accessible.\n\nDisable GKE Autopilot clusters\n------------------------------\n\nAs of Migrate to Containers, use of GKE Autopilot clusters is\nenabled by default. As a result, any new migrations created for\nMigrate to Containers will use GKE Autopilot clusters unless specified\notherwise.\n\nTry disabling GKE Autopilot clusters and attempt to start\nyour migration workload again.\n\nTo disable GKE Autopilot clusters, perform these steps to set\n`v2kServiceManager` to `false`:\n\n1. [Edit your migration plan](/migrate/containers/docs/customizing-a-migration-plan#edit_the_migration_plan).\n\n 1. In the \u003cvar translate=\"no\"\u003eMIGRATION_NAME\u003c/var\u003e`.yaml` file, locate\n `v2kServiceManager` and set it to `false`.\n\n Change: \n\n v2kServiceManager: true\n\n to: \n\n v2kServiceManager: false\n\n 2. Save your file.\n\n2. [Reinitiate your migration](/migrate/anthos/docs/executing-a-migration) using Migrate to Containers.\n\nIf your workload still does not start correctly after disabling GKE Autopilot clusters,\nthen contact your support channel."]]
