O processo de migração fica bloqueado durante uma migração do Compute Engine

Durante as migrações do Compute Engine para o Google Kubernetes Engine, o Migrate to Containers pode não reconhecer o UUID do disco da VM de origem. Pode adicioná-lo manualmente:

1. Carregue os registos do pod através do kubectl ou do Stackdriver.

2. Se vir a mensagem [hcrunner] - Failed to find boot partition, continue com os passos seguintes.

   Nota: hcrunner só é usado no fluxo do Linux. Se estiver a migrar uma carga de trabalho do Windows e houver menção de hcrunner nos registos, tem de definir o tipo de SO como Windows quando criar a migração.

3. Encontre o UUID do disco de arranque impresso numa das mensagens, que será uma string de valores hexadecimais. No exemplo abaixo, o 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. Elimine a carga de trabalho existente através do respetivo ficheiro YAML:

   kubectl delete -f
   

5. Abra o ficheiro YAML num editor de texto e encontre a secção denominada env.

6. Adicione o seguinte:

       - name: "HC_BOOTDEVICE_UUID"
         value: ""
   

• Se vir a mensagem touch: cannot touch '/vlsdata/etc/fstab': No such file or directory, verifique o seguinte:

  • As cargas de trabalho do controlador CSI têm o estado OK na consola.
  • A sua carga de trabalho está no mesmo cluster que a implementação do Migrate to Containers.

• Se vir uma das seguintes mensagens, elimine o PersistentVolumeClaim com falhas da carga de trabalho e recrie-o.

  • 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