Processo di migrazione bloccato durante una migrazione a Compute Engine

Durante le migrazioni da Compute Engine a Google Kubernetes Engine, Migrate to Containers potrebbe non riuscire a riconoscere l'UUID del disco della VM di origine. Puoi aggiungerlo manualmente:

1. Carica i log del pod utilizzando kubectl o Stackdriver.

2. Se visualizzi il messaggio [hcrunner] - Failed to find boot partition, procedi con i passaggi riportati di seguito.

   Nota: hcrunner viene utilizzato solo nel flusso di Linux. Se stai eseguendo la migrazione di un workload Windows e nei log è presente il riferimento a hcrunner, devi impostare il tipo di sistema operativo su Windows durante la creazione della migrazione.

3. Individua l'UUID del disco di avvio stampato in uno dei messaggi, che sarà una stringa di valori esadecimali. Nell'esempio seguente, l'UUID è e823158e-f290-4f91-9c3d-6f33367ae0da.

   [util] - SHELL OUTPUT: {"name": "/dev/sdb1", "partflags": null, "parttype":
   "0x83", "uuid": "<strong>e823158e-f290-4f91-9c3d-6f33367ae0da</strong>",
   "fstype": "ext4"}
   

4. Elimina il workload esistente utilizzando il relativo file YAML:

   kubectl delete -f
   

5. Apri il file YAML in un editor di testo e individua la sezione denominata env.

6. Aggiungi quanto segue:

       - name: "HC_BOOTDEVICE_UUID"
         value: ""
   

• Se viene visualizzato il messaggio touch: cannot touch '/vlsdata/etc/fstab': No such file or directory, controlla quanto segue:

  • I workload del driver CSI hanno lo stato OK nella console.
  • Il carico di lavoro si trova nello stesso cluster del deployment di Migrate to Containers.

• Se visualizzi uno dei seguenti messaggi, elimina il PersistentVolumeClaim con errori del carico di lavoro e ricrealo.

  • hcutil.Error: Failed mount -o rw None /vlsdata (32) (Output:mount: /vlsdata: special device None does not exist.
  • [hcrunner] - [Errno 30] Read-only file system: '/vlsdata/rootdir/etc/dhcp/dhclient-up-hooks