Risoluzione dei problemi relativi alle VM ARM

Questo documento elenca gli errori che potresti riscontrare durante la creazione o l'aggiornamento delle VM Arm.

Errori durante la creazione delle VM

Se non riesci a creare un'istanza di una macchina virtuale (VM) Arm, questo potrebbe essere dovuto a uno tra i problemi comuni descritti in Risoluzione dei problemi di creazione e aggiornamento delle VM, ad esempio:

  • Quota insufficiente
  • Errore not ready durante la creazione di più risorse contemporaneamente
  • Problemi di disponibilità delle risorse
  • Problemi di disponibilità delle zone
  • Autorizzazioni insufficienti
  • Nomi delle risorse
  • Vincolo violato
  • Piattaforma CPU richiesta

L'istanza VM Arm non si avvia

Stai tentando di creare una VM Arm, ma questa non entra nello stato Avviata. I problemi più comuni sono associabili all'utilizzo di un tipo di macchina o di un'immagine del sistema operativo incompatibile per la VM Arm.

Un'altra possibile causa è la creazione di una VM Arm tramite un disco di avvio di una VM x86. L'architettura del disco di avvio deve corrispondere a quella della VM. Compute Engine verifica che l'architettura del disco di avvio corrisponda all'architettura della VM, ma le convalide potrebbero non funzionare con le immagini personalizzate.

Messaggio di errore:

L'utilizzo di un disco di avvio con un'architettura x86 con una VM Arm comporta un errore subito nelle prime fasi del processo di avvio. Il sintomo principale riguarda il fatto che non puoi accedere alla VM tramite ssh. Poiché la VM non è funzionale, l'unico modo per verificare il problema è tramite i log della console seriale, che dovrebbero essere simili al seguente, ripetendosi all'infinito:

BdsDxe: failed to load Boot0001 "UEFI nvme_card-pd" from PciRoot(0x0)/Pci(0x2,
0x0)/NVMe(0x1,00-00-00-00-00-00-00-00): Not Found
EMU Variable FVB Started
EMU Variable invalid PCD sizes
Found PL031 RTC @ 0x9010000
InitializeRealTimeClock: using default timezone/daylight settings
[2J[01;01H[=3h[2J[01;01H
UEFI: Failed to load image.
Description: UEFI nvme_card-pd
FilePath: PciRoot(0x0)/Pci(0x2,0x0)/NVMe(0x1,00-00-00-00-00-00-00-00)
OptionNumber: 1.
Status: Not Found.

Risoluzione:

Verifica che la VM sia in esecuzione su un tipo di macchina e su un'immagine del sistema operativo compatibili con Arm. Non utilizzare un disco di avvio di una VM x86 per creare la VM. Ricrea la VM Arm.

Per informazioni sulle immagini Arm disponibili, vedi i dettagli del sistema operativo.

Loop di avvio dell'istanza

Durante la fase di avvio, la VM è in loop. Le cause più comuni del problema sono:

  • La VM Arm utilizza un disco di avvio con un sistema operativo x86.
  • Hai una policy dell'organizzazione che richiede che tutte le nuove VM di Compute Engine utilizzino immagini disco Shielded con avvio protetto oppure hai creato la VM con l'opzione --shielded-secure-boot.

Risoluzione:

Se hai creato un disco di avvio per la VM con un'immagine del sistema operativo errata, rigenera la VM Arm con un'immagine del sistema operativo Arm. Per informazioni sulle immagini del sistema operativo Arm disponibili, vedi i dettagli del sistema operativo.

Se la VM utilizza un'immagine del sistema operativo Arm, è possibile che quest'ultima non supporti l'avvio protetto. Se riscontri questo problema con la VM Arm, modifica la VM per impostare l'opzione --no-shielded-secure-boot. Per scoprire come impostare questa opzione, vedi Modifica una Shielded VM.

Errori durante l'aggiornamento delle VM

Se non riesci ad aggiornare una VM, il motivo potrebbe essere dovuto al seguente problema.

Errore durante la modifica del tipo di macchina

Quando provi a modificare il tipo di macchina di una VM, potrebbero verificarsi i seguenti errori:

ERROR: (gcloud.compute.instances.set-machine-type) Could not fetch resource:
 - Invalid resource usage: 'Requested boot disk architecture (X86_64) is not
 compatible with machine type architecture (ARM64).'

Risoluzione:

  • Assicurati che la VM supporti il processore del nuovo tipo di macchina. Una VM x86 deve avere una CPU compatibile con x86, così come una VM Arm deve avere una CPU compatibile con Arm. Per ulteriori informazioni sui processori supportati dai diversi tipi di macchina, consulta la pagina Confronto delle famiglie di macchine.

  • Prova a modificare il tipo di macchina utilizzando Google Cloud CLI.

Errore relativo al tipo di archiviazione da x86 ad Arm

Se passi da un tipo di macchina x86 a uno Arm C4A o T2A, potrebbe verificarsi l'errore "INVALID_RESOURCE_USAGE" indicante che il tipo di disco non è compatibile con un tipo di macchina Arm.

  • Se l'errore si verifica sul disco di avvio, crea una nuova VM C4A o T2A utilizzando un sistema operativo Arm e un tipo di disco compatibili.

  • Se ricevi questo errore per il disco permanente collegato alla tua VM x86, puoi creare uno snapshot del disco e utilizzarlo per generare un disco Hyperdisk bilanciato. Puoi quindi collegare l'Hyperdisk bilanciato alla VM C4A.

Per scoprire di più su come acquisire snapshot dei dati del disco e del disco di avvio permanente, vedi Sposta il workload in una nuova istanza di computing.

Esempio

Editing VM instance "t2a-vm" failed. Error: [pd-balanced, c4a-standard-1]
features are not compatible for creating instance.

In questo esempio, non puoi cambiare il tipo di macchina passando da una VM Arm t2a-standard-1 a una VM Arm c4a-standard-1 perché C4A supporta solo l'Hyperdisk bilanciato per il disco di avvio, ma T2A utilizza solo dischi permanenti. Non puoi modificare il tipo di macchina della VM T2A. Per risolvere questo errore, segui i passaggi descritti in Migrazione a una VM Arm.

Passaggi successivi