La question ne concerne pas réellement Solidworks , alors continuez à lire.
L'idée globale de la virtualisation est d'être indépendante du matériel. Sous nos yeux, un tout nouveau niveau de dépendance est en train de se créer - l'apposition sur l'hyperviseur.
Pour autant que je sache, la recherche d'un moyen de trouver une solution à ce problème ne constitue pas une violation de la licence Solidworks et de la législation locale de mon pays.
Mon client et moi voulons activer les produits Solidworks sur une machine virtuelle KVM. Pour des raisons étranges (Hyper-V et VMware sont censés être bien testés :) ils (les développeurs) de Solidworks 2015 PDM ne veulent pas que leurs produits soient activés (la dernière version de 2014 fonctionnait très bien) sur Qemu-KVM.
http://www.solidworks.com/sw/support/11168_ENU_HTML.htm
J'utilise:
Comme vous pouvez le voir, il s'agit d'une machine virtuelle basée sur KVM avec Windows 2012 et l'installation de Solidworks PDM.
Question : Que peuvent-ils vérifier d'autre si j'exécute ma machine virtuelle dans Qemu-KVM en plus de vérifier:
- Adresse (s) MAC de l'adaptateur Ethernet de VM,
- Étiquettes de pilote de périphérique,
- Modèle CPU,
- Tables ACPI.
Je vais exclure les choses mentionnées ci-dessus dans les prochaines heures, mais j'aimerais savoir si vous avez d'autres idées.
Solution :
Il s'avère qu'ils valident deux choses:
- Comme Michael Hampton l'a correctement indiqué, il y a une
-cpu,kvm=off
option
pour désactiver la feuille CPUID 0x40000000.
- Tables ACPI sur l'invité.
Parties pertinentes des paramètres de ligne de commande qemu:
-cpu host,kvm=off -smbios type=0,vendor=LENOVO,version=FBKTB4AUS,date=07/01/2015,release=1.180 -smbios type=1,manufacturer=LENOVO,product=30AH001GPB,version=ThinkStation P300,serial=S4M88119,uuid=cecf333d-6603-e511-97d5-6c0b843f98ba,sku=LENOVO_MT_30AH,family=P300
Syntaxe du fichier de configuration Libvirtd:
<domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'>
# Please notice there is xmlns definition in <domain> tag. Without it
# <qemu:commandline> and <qemu:arg> tags won't work.
<name>acm-server</name>
<uuid>d0e14081-b4a0-23b5-ae39-110a686b0e55</uuid>
<memory unit='KiB'>81920000</memory>
<currentMemory unit='KiB'>81920000</currentMemory>
<vcpu placement='static'>4</vcpu>
<os>
<type arch='x86_64' machine='pc-1.1'>hvm</type>
<boot dev='hd'/>
<bootmenu enable='yes'/>
</os>
<features>
<acpi/>
<apic/>
<pae/>
</features>
# Please notice there is no CPU definition on the top.
<qemu:commandline>
<qemu:arg value='-cpu'/>
<qemu:arg value='host,kvm=off'/>
<qemu:arg value='-smbios'/>
<qemu:arg value='type=0,vendor=LENOVO,version=FBKTB4AUS,date=07/01/2015,release=1.180'/>
<qemu:arg value='-smbios'/>
<qemu:arg value='type=1,manufacturer=LENOVO,product=30AH001GPB,version=ThinkStation P300,serial=S4M88119,uuid=cecf333d-6603-e511-97d5-6c0b843f98ba,sku=LENOVO_MT_30AH,family=P3'/>
</qemu:commandline>
</domain>
Pour preuve, il veut maintenant activer:
Mise à jour 21.04.2017r. DS Justice a mentionné que le mode disque Qemu (j'ai utilisé virtio dans cet exemple) peut également être pertinent.