Installation sur Hyperv de GoFAST Community
-
Bonjour,
apres avoir telechargé le fichier .ova et étant sur hyperv j'ai donc convertit en vhd et meme en vhdx puis lancé la VM.
centos se lance sans souci jusqu'à cette erreur:
avez vous une idée??
merci -
Bonjour @webchl,
Pour pouvoir importer sur un HyperV je vous conseille d'extraire le .VMDK de l'OVA plutôt que de convertir en VHD.
N’hésitez pas à revenir vers moi.Cordialement,
VANHOVE Alexis
-
bonjour,
j'ai donc extraire le VMDK et convertit en VHD mais j'ai toujours le meme message d'erreur
une idée?merci
-
Je vais essayer de mon coté et je reviens vers vous dès que possible.
Cordialement,
VANHOVE Alexis
-
merci+++
en complément d'information j'ai utilisé qemu pour convertir avec la commande suivante:
qemu-img convert source.img -O vpc -o subformat=fixed dest.vhdj'ai utilisé d'autres outils et options avec toujours le même résultat
dans l'attente... merci -
Merci beaucoup pour vos compléments d'informations.
Je reviens vers vous dès que possible.
Cordialement,
-
@webchl Avez-vous testé "Microsoft Virtual Machine Converter 3.0" https://www.microsoft.com/en-us/download/details.aspx?id=42497
et par exemple la procédure décrite ici : https://superuser.com/questions/820426/import-ovf-and-or-vmdk-to-hyper-v
Pour information nous n'avons pas de clients HyperV d'où peu d'expérience. Dans tous les cas une conversion à partir des outils Microsoft a peut-être plus de chance d'aboutir. -
Bonjour,
oui j'ai déjà essayé avec MVMC mais j'ai des erreurs
Il semblerait qu'il y ai des informations dans le vmdk incompatible pour Hyperv.
J'ai utiliser dsfo.exe et dsfi.exe pour extraire et importer les informations en erreur dans le vmdk mais toujours les même erreurs.cordialement
-
Bonjour,
vous pouvez regarder cette procédure de conversion https://community.spiceworks.com/how_to/162198-convert-ova-to-hyper-vCertaines informations concernant la conversion en VHD pour Azure peuvent être intéressantes voir ici :https://docs.microsoft.com/en-us/azure/virtual-machines/linux/create-upload-centos?toc=%2Fazure%2Fvirtual-machines%2Flinux%2Ftoc.json#centos-70
Notamment :
- exporter les disque en taille fixe (-VHDType Fixed)
- éviter LVM (pas obligatoire, heureusement car c'est notre cas avec GoFAST)
- pour Azure, VHDs doivent avoir une taille virtuelle alignée sur 1 MB (https://docs.microsoft.com/en-us/azure/virtual-machines/linux/create-upload-generic#resizing-vhds)
Autre possibilité, faire une conversion VMDK en RAW puis vers VHD (le format RAW est celui qui nous a posé le moins de problème pour des imports dans OVH et AWS)
Enfin essayer d'autres outils de conversion comme starwind v2v https://www.starwindsoftware.com/starwind-v2v-converter#download
Si de votre coté ce n'est pas un simple test de GoFAST nous pouvons voir pour la créer une image VHD ad-hoc. Dans le cas contraire, le plus simple est sûrement d'instancier une GoFAST Community sous OVH ou AWS
Cordialement,
-
Bonjour,
J'ai utilisé plusieurs méthodes de conversion, sans succes je n'y arrive toujours pas.
dommage la solution me semblait bien....
je n'ai plus d'idée.... -
nous trouvé des pistes supplémentaires ici : https://serverfault.com/questions/854852/centos7-boot-error-dracut-initqueue-after-converting-virtual-disk notamment que l'image source VMDK soit configurée en IDE. Certains donnent également des commandes de réparations au boot. nous allons faire un test d'export en IDE du VMDK, vous pouvez de votre coté tenter les autres suggestions (blkid, ...).
Enfin plus simplement vous pouvez instancier GoFAST chez OVH et AWS si il s'agit de tests
-
Bonjour,
pour info le mode centos rescue fonctionne au demarrage de la vm et je peux donc commencer le parametrage de gofast.
une piste peut etre pour vous dans le developpement d'un vhd compatible hyperv...
PS: le VMDK extrait de l'OVA a été convertir via qemu en vhd de taille fixe puis importé dans une VM en IDE
affaire à suivre..
merci
bon WK -
@webchl très bonne nouvelle. n'oubliez pas de passer la mise à jour majeure GoFAST une fois instanciée (GoFAST 3.7.1). juste un point d'attention, en tout cas sous VMWare, certains bechmarks (http://www.blogbyte.net/home/vmware-i-o-performance-scsi-controller-vs-sata-controller) montrent que l'utilisation d'un contrôleur IDE est nettement moins bon que du SCSI (comme en monde non virtualisé d'ailleurs)
Pour référence de notre coté, toutes les limitations (notamment problème d’amorçage/boot) des contrôleurs SCSI et SATA sous VMWare sont référencées ici "Conditions, limitations et compatibilité des contrôleurs de stockage SCSI et SATA" https://docs.vmware.com/fr/VMware-vSphere/6.5/com.vmware.vsphere.vm_admin.doc/GUID-5872D173-A076-42FE-8D0B-9DB0EB0E7362.html