Résoudre les problèmes liés aux VM Arm

Ce document répertorie les erreurs que vous pouvez rencontrer lors de la création ou de la mise à jour des VM Arm.

Erreurs lors de la création de VM

Si vous ne parvenez pas à créer une instance de VM Arm, cela peut être dû à l'un des problèmes courants décrits dans la section Résoudre les problèmes de création et de mise à jour de VM. Par exemple :

  • Quota insuffisant
  • Erreur not ready lors de la création simultanée de plusieurs ressources
  • Problèmes de disponibilité des ressources
  • Problèmes de disponibilité des zones
  • Autorisations insuffisantes
  • Noms de ressources
  • Contrainte non respectée
  • Plate-forme de processeur requise

L'instance de VM Arm ne démarre pas

Vous essayez de créer une VM Arm, mais elle ne passe pas à l'état "Started" (Démarré). Les problèmes les plus courants sont liés à l'utilisation d'un type de machine ou d'une image d'OS incompatible pour votre VM Arm.

Une autre cause possible est la création d'une VM Arm à l'aide d'un disque de démarrage à partir d'une VM x86. L'architecture du disque de démarrage doit correspondre à celle de la machine virtuelle. Compute Engine vérifie que l'architecture du disque de démarrage correspond bien à l'architecture de la VM, mais les validations ne fonctionnent pas toujours avec des images personnalisées.

Message d'erreur :

L'utilisation d'un disque de démarrage en architecture x86 avec une VM Arm entraîne un échec très tôt dans le processus de démarrage, le principal symptôme étant que vous ne pouvez pas accéder à la VM à l'aide de ssh. Comme la VM n'est pas fonctionnelle, le seul moyen de vérifier le problème consiste à utiliser des journaux de console série, qui devraient ressembler à ce qui suit, répété indéfiniment.

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.

Solution :

Vérifiez que votre instance de VM s'exécute sur un type de machine et une image d'OS compatibles avec Arm. N'utilisez pas de disque de démarrage d'une VM x86 pour créer la VM. Recréez la VM Arm.

Pour en savoir plus sur les images Arm disponibles, consultez la section Détails des systèmes d'exploitation.

Démarrage en boucle de l'instance

Votre instance est mise en boucle pendant la phase de démarrage. Causes courantes de ce problème :

  • Votre VM Arm utilise un disque de démarrage avec un système d'exploitation x86.
  • Vous avez une règle d'administration nécessitant que toutes les nouvelles instances de VM Compute Engine utilisent des images disque protégées avec un démarrage sécurisé, ou vous avez créé votre VM avec l'option --shielded-secure-boot.

Solution :

Si vous avez créé un disque de démarrage pour votre VM avec la mauvaise image de système d'exploitation, recréez la VM Arm avec une image d'OS Arm. Pour en savoir plus sur les images Arm disponibles, consultez la section Détails des systèmes d'exploitation.

Si la VM utilise une image d'OS Arm, il est possible que l'image d'OS ne soit pas compatible avec le démarrage sécurisé. Si vous rencontrez ce problème avec votre VM Arm, modifiez-la pour définir l'option --no-shielded-secure-boot. Pour savoir comment définir l'option, consultez la section Modifier une VM protégée.

Erreurs lors de la mise à jour des VM

Si vous ne pouvez pas mettre à jour une instance de VM, cela peut être dû au problème suivant.

Erreur lors de la modification du type de machine

Les erreurs suivantes peuvent se produire lorsque vous essayez de modifier le type de machine d'une VM :

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).'

Solution :

  • Assurez-vous que votre VM est compatible avec le processeur du nouveau type de machine. Pour en savoir plus sur les processeurs compatibles avec différents types de machines, consultez la page Comparaison des familles de machines.

  • Essayez de modifier le type de machine à l'aide de Google Cloud CLI.

  • Si vous passez d'un type de machine x86 à un type Arm T2A, vous pouvez recevoir une erreur "INVALID_RESOURCE_USAGE" indiquant que votre type de disque n'est pas compatible avec un type de machine Arm. Créez une instance ArmA T2A à l'aide d'un système d'exploitation et d'un disque Arm compatibles.

Étape suivante