Synopsis

Lors de l’import d’un fichier OVA, il est fréquent de rencontrer une erreur liée à la version de virtual hardware de la machine virtuelle, empêchant à la fois son import et son démarrage sur un hôte VMware ESXi plus ancien.

A VMware product cannot power on a virtual machine with a virtual hardware version that is higher than what it supports.

Dans notre cas, l’OVA a été exporté depuis un ESXi 6.0 avec un hardware VMX-11, puis importé sur un ESXi 5.5, ce qui provoque le blocage suivant :

The OVF package requires unsupported hardware.
Details: Line 25: Unsupported hardware family ‘vmx-11’.

Matrice de compatibilité VMware ESXi / VM hardware

Pour rappel, chaque version d’ESXi supporte un niveau maximum de version de matériel virtuel :

Dans notre exemple, il est donc nécessaire de downgrader la version de hardware de vmx-11 vers vmx-10 pour qu’elle soit supportée par ESXi 5.5.

Solutions VMware officielles pour downgrader le hardware

La base de connaissances VMware KB 1028019 recense plusieurs méthodes supportées pour revenir à une version de hardware inférieure :

• Revenir à un snapshot créé avant la mise à niveau du virtual hardware.
• Utiliser VMware vCenter Converter Standalone pour convertir la VM vers une version de hardware supportée.
• Créer une nouvelle machine virtuelle avec la version de hardware souhaitée puis y attacher les disques existants.

Dans certains scénarios (appliance fournie en OVA, pas de snapshot, pas de vCenter), ces solutions ne sont pas pratiques ; on peut alors utiliser une méthode non supportée officiellement : l’édition manuelle des fichiers .OVF et .MF.

Étape 1 : décompresser le fichier OVA

Commence par extraire le contenu de l’archive OVA avec un outil comme 7-Zip.

[support.holmsecurity](https://support.holmsecurity.com/knowledge/how-do-i-solve-common-problems-in-versions-5.5-of-vmware-vsphere-esxi)

*****.mf
*****.ovf
*****.vmdk

Étape 2 : modifier la version de hardware dans l’OVF

Ouvre le fichier .ovf avec un éditeur de texte tel que Notepad++.

Repère la ligne suivante :

<vssd:VirtualSystemType>vmx-11</vssd:VirtualSystemType>

Remplace-la par la version compatible avec ton hôte, par exemple pour ESXi 5.5 :

<vssd:VirtualSystemType>vmx-10</vssd:VirtualSystemType>

Étape 3 : régénérer le checksum SHA‑1

Après modification de l’OVF, le fichier de manifeste .mf n’est plus cohérent, ce qui bloque toujours le déploiement de l’OVF (mismatch de checksum).

Tu peux recalculer le SHA‑1 avec certutil ou le petit outil File Checksum Integrity Verifier (FCIV).

Avec certutil (Windows)

certutil -hashfile "E:\\Checksum\\*****.ovf" sha1

Avec FCIV

E:\\Checksum\\fciv.exe -sha1 "****.ovf"
//
// File Checksum Integrity Verifier version 2.05.
//
91c8afcda65d4a11b64123d24434477c42c7974e ****.ovf

Reprends la valeur SHA‑1 obtenue et mets-la à jour dans le fichier .mf :

SHA1(****.ovf)= 91c8afcda65d4a11b64123d24434477c42c7974e
SHA1(****.vmdk)= 8a3e6d8378d49ae938afra50945318b408eae07e

Une fois le fichier .mf sauvegardé, tu peux relancer l’import, cette fois en sélectionnant le fichier OVF modifié ; un simple warning peut apparaître mais il est généralement sans impact et peut être ignoré.

2 vote(s)

Loading...