Proceso de migración detenido durante una migración de Compute Engine

Durante las migraciones de Compute Engine a Google Kubernetes Engine, es posible que Migrate to Containers no reconozca el UUID del disco de la VM de origen. Puedes agregarla de forma manual:

Carga los registros del pod mediante kubectl o Stackdriver.
Si ves el mensaje [hcrunner] - Failed to find boot partition, continúa con los siguientes pasos.

Nota: hcrunner solo se usa en el flujo de Linux. Si migras una carga de trabajo de Windows y se menciona hcrunner en los registros, debes configurar el tipo de SO como Windows cuando creas la migración.
Busca el UUID para el disco de arranque impreso en uno de los mensajes, que será una string de valores hexadecimales. En el ejemplo siguiente, el UUID es 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"}
```
Borra la carga de trabajo existente mediante el archivo YAML:
```
kubectl delete -f
```
Abre el archivo YAML en un editor de texto y busca la sección llamada env.

Agregue las siguientes:

    - name: "HC_BOOTDEVICE_UUID"
      value: ""

Si ves el mensaje touch: cannot touch '/vlsdata/etc/fstab': No such file or directory, verifica lo siguiente:
- Las cargas de trabajo del controlador CSI tienen el estado Correcto en la consola.
- Tu carga de trabajo está en el mismo clúster que tu implementación de Migrate to Containers.
Si ves uno de los siguientes mensajes, borra el error PersistentVolumeClaim de la carga de trabajo y vuelve a crearlo.
- 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