Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Il carico di lavoro non si avvia
Quando provi ad avviare una migrazione, potresti riscontrare un errore che impedisce l'avvio corretto del carico di lavoro.
Se si verifica un errore che impedisce l'avvio corretto del tuo carico di lavoro,
prova i passaggi per la risoluzione dei problemi descritti in questo documento prima di contattare
l'assistenza.
Aggiungi le autorizzazioni necessarie per estrarre le immagini da Google Container Registry
Affinché il tuo carico di lavoro venga avviato, il cluster deve estrarre l'immagine del carico di lavoro da Google Container Registry (GCR), il che a volte potrebbe non riuscire a causa di autorizzazioni mancanti.
Per identificare questo problema, svolgi i seguenti passaggi:
Nella Google Cloud console, vai alla pagina Browser di oggetti.
Nell'elenco dei pod visualizzato, individua il pod corrispondente al tuo carico di lavoro e fai clic sul nome del pod per aprire i dettagli.
Nella pagina Dettagli pod, se viene visualizzato un banner con gli errori failed to pull and unpack image e 403 forbidden, significa che mancano le autorizzazioni necessarie per estrarre l'immagine del carico di lavoro.
Per risolvere il problema, svolgi i seguenti passaggi:
Aggiungi un ruolo chiamato Visualizzatore oggetti Storage all'account di servizio Compute Engine predefinito nel tuo progetto.
Viene creato automaticamente un nuovo pod che sostituisce quello eliminato.
Il carico di lavoro sottoposto a migrazione ora dovrebbe essere accessibile.
Disattivare i cluster GKE Autopilot
A partire da Migrate to Containers, l'utilizzo dei cluster GKE Autopilot è attivo per impostazione predefinita. Di conseguenza, tutte le nuove migrazioni create per Migrate to Containers utilizzeranno i cluster GKE Autopilot, a meno che non sia specificato diversamente.
Prova a disattivare i cluster GKE Autopilot e a riavviare il tuo carico di lavoro di migrazione.
Per disattivare i cluster GKE Autopilot, segui questi passaggi per impostare v2kServiceManager su false:
Se il tuo carico di lavoro continua a non avviarsi correttamente dopo la disattivazione dei cluster GKE Autopilot, contatta il tuo canale di assistenza.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-04 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."]]
