![]()
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Troy Clavell wrote:
you are right clicking on the vmx file to add to inventory? You have proper permissisons within vCenter perform these actions?
Also, my copy and paste didn’t quite work, above so I fixed it with the correct link, which is also below
http://kb.vmware.com/kb/1003647
Yes i am right clicking the vmx file and yes I have the proper permissions. I will check out the link provided, but it looks at first glance like it is unrelated to my issue. Thanks for the help thus far.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Troy Clavell wrote:
I would also look at restarting the management agents on the host in which the guest in question is registered, and maybe even your vCenter Server Service
I did restart the management agents on the host it was residing on with no luck. I am hesitant to restart the vCenter Service itself because, while we are not using Lab Manager, this is a lab environment and is very active. Another note, it appears that the VM is locked, although it is not registered in vCenter. I am unable to download or move any of the files.
![]()

VMware обновляет версию виртуальной машины с каждой новой версией гипервизора ESXi. В новых версиях появляется новый функционал и поддержка новых устройств. При изменении версии ESXi и vCenter виртуальные машины старых версий могут больше не поддерживаться. В этом случае версию VM нужно обновить.
| Гипервизор | Версия VM |
| ESX/ESXi 4.X | 7 |
| ESXi 5.0 | 8 |
| ESXi 5.1 | 9 |
| ESXi 5.5 | 10 |
| ESXi 6.0 | 11 |
| ESXi 6.5 | 13 |
| ESXi 6.7 | 14 |
| ESXi 6.7 U2 | 15 |
| ESXi 7.0 | 17 |
| ESXi 7.0 U1 | 18 |
| ESXi 7.0 U2 | 19 |
| ESXi 8.0 | 20 |
Версию можно увидеть на вкладке Summary виртуальной машины в секции Compatibility.

Эту машину я только что накатил из OVA шаблона. Если гипервизор не поддерживает данную версию VM то при попытке запуска или миграции мы получим ошибку.
No host is compatible with the virtual machine.

Потребуется обновление версии VM. Перед обновлением версии рекомендуется создать резервную копию или снапшот. Для выполнения обновления версии виртуальную машину нужно выключить, у меня и так выключена.

Actions → Compatibility → Upgrade VM Compatibility.

Подтверждаем обновление версии VM. YES.

Выбираем версию VM. Можно выбрать последнюю доступную.

А можно какую-то другую. Понизить версию таким способом нельзя. А повысить — пожалуйста. OK.

Версия VM изменилась.
Таким же образом можно выбрать обновление версии VM при следующей перезагрузке с помощью опции Actions → Compatibility → Schedule VM Compatibility.
Для централизованного обновления версий VMможно использовать vCenter Update Manager или vSphere Lifecycle Manager.
Обновление версии VM через PowerShell
Обновить версию VM:
Set-VM -VM vmname -HardwareVersion vmx-19 -Confirm:$false
Если ESXi не поддерживает эту версию, то получим ошибку:
The operation for the entity mytestVM1 failed with the following message: The operation is not supported on the object.
Список ВМ, которые нужно обновить:
Get-VM |Where-object {$_.powerstate -eq "poweredoff"} | Out-GridView -PassThru | Set-VM -HardwareVersion vmx-19 -Confirm:$false
Запланировать обновление всех VM после перезагрузки:
$HardwareUpdateVMs = Get-VM
Foreach ($VM in ($HardwareUpdateVMs)) {
$VMConfig = Get-View -VIObject $VM.Name
$vmConfigSpec = New-Object VMware.Vim.VirtualMachineConfigSpec
$vmConfigSpec.ScheduledHardwareUpgradeInfo = New-Object -TypeName VMware.Vim.ScheduledHardwareUpgradeInfo
$vmConfigSpec.ScheduledHardwareUpgradeInfo.UpgradePolicy = “always”
$vmConfigSpec.ScheduledHardwareUpgradeInfo.VersionKey = “vmx-19”
$VMConfig.ReconfigVM($vmConfigSpec)
Обновление версии VM редактированием конфигурационного VMX файла
Таким образом можно не только повысить версию VM, но и понизить. Этот способ используйте на свой страх и риск, не факт что VM потом корректно заработает.
В хранилище редактируем файл vmname.vmx:
cd /vmfs/volumes/datastore1/vmname
vi vmname.vmx
Находим строку:
virtualHW.version = "10"
И меняем в ней версию:
virtualHW.version = "11"
Recently, while upgrading ESXi 5.0 Update 2 to ESXi 5.5, faced an issue that several virtual machines were not able to be vMotioned to any ESXi 5.5 servers. The error message shown on the vSphere client task pane was:
No host is compatible with the virtual machine.
Yes, it looks so obvious that something isn’t compatible with ESXi 5.5 on these virtual machines. Checked the settings on a virtual machine and found that:
- SCSI controller: BusLogic Parallel.
- Operating System: Debian Linux 5 (32-bit)
Odd thing was that the clone of this virtual machine was fine, i.e. one for production and another for test/dev. The settings were exactly the same. What’s the next step? Of course, vmkernel.log.
vmkernel.log
2014-02-09T23:02:02.970Z cpu6:3550541)P2MCache: 545: vm 4895049: GetPhysMemRange failed for PPN 0x1c9af4 canBlock 1 count 98 status Out of slots
2014-02-09T23:02:02.970Z cpu6:3550541)VmMemCow: 1599: p2m update: cannot reserve – cur 2309 2432 rsvd 0 req 1 avail 2432
2014-02-09T23:02:02.970Z cpu6:3550541)P2MCache: 545: vm 4895049: GetPhysMemRange failed for PPN 0x18bff5 canBlock 1 count 99 status Out of slots
2014-02-09T23:02:02.970Z cpu6:3550541)VmMemCow: 1599: p2m update: cannot reserve – cur 2309 2432 rsvd 0 req 1 avail 2432
2014-02-09T23:02:02.970Z cpu6:3550541)VmMemCow: 1599: p2m update: cannot reserve – cur 2309 2432 rsvd 0 req 1 avail 2432
2014-02-09T23:02:02.970Z cpu6:3550541)VmMemCow: 1599: p2m update: cannot reserve – cur 2309 2432 rsvd 0 req 1 avail 2432
2014-02-09T23:02:23.480Z cpu9:5982)Config: 346: “SIOControlFlag2” = 1, Old Value: 0, (Status: 0x0)
2014-02-09T23:03:53.550Z cpu4:12576)Config: 346: “SIOControlFlag2” = 0, Old Value: 1, (Status: 0x0)
Looking at the vmkernel.log, I could see that reserving memory was causing an issue. To fix the problem, I did the following:
- Remove memory reservation
- Storage vMotion only the configuration file to another VMFS volume
- vMotion
- Storage vMotion back the configuration file to the original VMFS volume
- Create memory reservation
After upgrading to ESXi 5.5 and see the error above, don’t panic. It can be simply fixed with vMotion and storage vMotion.