Vmware unsupported cpu detected ошибка

Hi,

To add a bit of background info to what the others already have said.

Starting with VMware Workstation 14 additional CPU requirements are needed.

A feature called «VMX Unrestricted Guest», see also: https://planetvm.net/blog/?p=3253

At the time when Workstation 14 came out the installer would not test for that and it confused a lot of people.

Especially as you cannot check for this feature on the Intel technical specification page about their CPUs.

The current Workstation installer however gives you a timely error, the one you saw. So at least you don’t end up burning a lot of time.

While «upgrade your CPU» sounds nice, normally you can’t upgrade the CPU of your machine to one that will work, without replacing the machine, as intel does not keep their CPU sockets compatible between CPU revisions. So it is more a «upgrade your computer» kind of thing.

An alternative approach is to install either an older VMware Workstation product (Workstation 12 or older) or another virtualisation product that does not have these requirements.

—

Wil

| Author of Vimalin. The virtual machine Backup app for VMware Fusion, VMware Workstation and Player |
| More info at vimalin.com | Twitter @wilva

Пот установке или обновлении хостов VMware ESXi до 6.7 или 7.x на хостах со старыми моделями процессоров, может появится ошибка Unsupported CPU.

VMB: 611:
Unsupported CPU: Intel family 0x06, model 0x1a, stepping 0x5
Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
See http://www.vmware.com/resources/compatibility

При чистой установке ESXi ошибка выглядит так:

Error:
CPU_SUPPORT_ERROR: The CPU in this host is not supported by ESXI 6.7.0. Please refer ti the VMware Compatibility Guide (VCG) for the list of supported CPUs.

Эта проблема возникает при установке ESXi на сервера с моделями CPU, которые VMware считает устаревшим. В данный момент эта проблема относится к процессорам Intel 6 поколения ( Intel Family 6 ) на микроархитектуре Westmere (выпускались начиная с 2010).

• WSM-EP, Westmere-EP (2C) – шестиядерные Core i7-990X, Core i7-980X, Xeon 36xx, Xeon 56xx
• WSM-EX, Westmere-EX (2F) – десятиядерные E7-x8xx-series

В частности, я столкнулся с этой проблемой на сервере HP ProLiant DL380 G6 с Intel Xeon E5520.

Для запуска ESXi на серверах со старыми моделями процессоров, нужно добавить в меню загрузки ESXi параметр “allowLegacyCPU=true”.

Для этого нажмите при загрузке Shift+O и выполните команду:

<ENTER: Apply options and boot>
> cdromBoot runweasel allowLegacyCPU=true

Однако этот параметр будет действовать только до следующей перезагрузки хоста ESXi. Поэтому нужно добавить его в файл boot.cfg. Этот файл находится в корне одного из системных разделов.

Подключитесь к хосту ESXi по SSH и найдите файл boot.cfg:

# find / | grep boot.cfg

В моем случае я нашел два таких файла (/bootbank/boot.cfg и /altbootbank/boot.cfg), поэтому отредактировал оба. Нужно добавить опцию allowLegacyCPU=true в параметре kernelopt. Например, у меня получился такой файл:

bootstate=0
title=Loading VMware ESXi
timeout=5
prefix=
kernel=b.b00
kernelopt=autoPartition=FALSE allowLegacyCPU=true
modules=jumpstrt.gz --- useropts.gz --- features.gz --- k.b00 --- uc_intel.b00 --- uc_amd.b00 --- uc_hygon.b00 --- procfs.b00 --- vmx.v00 --- vim.v00 --- tpm.v00 --- sb.v00 --- s.v00 --- bnxtnet.v00 --- bnxtroce.v00 --- brcmfcoe.v00 --- brcmnvme.v00 --- elxiscsi.v00 --- elxnet.v00 --- i40en.v00 --- i40iwn.v00 --- iavmd.v00 --- igbn.v00 --- iser.v00 --- ixgben.v00 --- lpfc.v00 --- lpnic.v00 --- lsi_mr3.v00 --- lsi_msgp.v00 --- lsi_msgp.v01 --- lsi_msgp.v02 --- mtip32xx.v00 --- ne1000.v00 --- nenic.v00 --- nfnic.v00 --- nhpsa.v00 --- nmlx4_co.v00 --- nmlx4_en.v00 --- nmlx4_rd.v00 --- nmlx5_co.v00 --- nmlx5_rd.v00 --- ntg3.v00 --- nvme_pci.v00 --- nvmerdma.v00 --- nvmxnet3.v00 --- nvmxnet3.v01 --- pvscsi.v00 --- qcnic.v00 --- qedentv.v00 --- qedrntv.v00 --- qfle3.v00 --- qfle3f.v00 --- qfle3i.v00 --- qflge.v00 --- rste.v00 --- sfvmk.v00 --- smartpqi.v00 --- vmkata.v00 --- vmkfcoe.v00 --- vmkusb.v00 --- vmw_ahci.v00 --- crx.v00 --- elx_esx_.v00 --- btldr.v00 --- esx_dvfi.v00 --- esx_ui.v00 --- esxupdt.v00 --- tpmesxup.v00 --- weaselin.v00 --- loadesx.v00 --- lsuv2_hp.v00 --- lsuv2_in.v00 --- lsuv2_ls.v00 --- lsuv2_nv.v00 --- lsuv2_oe.v00 --- lsuv2_oe.v01 --- lsuv2_oe.v02 --- lsuv2_sm.v00 --- native_m.v00 --- qlnative.v00 --- vdfs.v00 --- vmware_e.v00 --- vsan.v00 --- vsanheal.v00 --- vsanmgmt.v00 --- xorg.v00 --- imgdb.tgz --- state.tgz
build=6.7.0-1.25.18828794
updated=1

Однако может появится другая ошибка, когда вы попытаетесь запустить виртуальную машину на таком хосте ESXi.

Failed to power on virtual machine on xxx. This host doesn’t support virtualizing real mode. The intel VMX Unrestricted Guest feature is necessary to run this virtual machine on an Intel Processor.

Для решения этой проблемы, нужно добавить специальный параметр в конфигурационный vmx файл виртуальной машины:

1. Выберите ВМ -> Edit
2. Перейдите в VM Options -> Advanced -> Edit Configuration
3. Нажмите Add parameter и добавьте строку monitor.allowLegacyCPU = true
4. 
5. После этого вы сможете включить виртуальную машину.

VMware vSphere 7.0 and ESXi 7.0 raised the requirements when it comes to CPU and CPU compatibility. As with any major version of ESXi, there are new CPUs that are supported as well as old CPUs that are reaching the end of support.

This basically means that if you have an older system that has an older CPU, you should check whether this system will be supported with ESXi 7.0. Today’s article is focused on vSphere 7.0 and unsupported CPUs.

Before upgrading your ESXi to 7.0, you have to upgrade your vCenter Server. Here is our detailed article: How to Upgrade to vCenter 7.0

When you try to install ESXi 7.0 on a server with an unsupported CPU, you’ll see a message like this.

However, there is also a workaround that allows you to bypass the ESXi unsupported CPU check. We’ll talk about this later because the workaround is unsupported by VMware.

ESXi 7.0 hardware requirements

• CPU details: VMware ESXi0 basically needs a CPU with at least two CPU cores, which is the majority of CPUs today.
• BIOS Settings: NX/XD bit to be enabled for the CPU in the BIOS.
• 4 Gb of RAM: This is the bare minimum, but as virtualization needs memory for your VMs, the more you have, the better.
• Modern Guest OS: If you want to run 64-bit VMs, you’ll need support for Intel VT-x or AMD RVI, which must be enabled on x64 CPUs within the BIOS.
• Boot Device: 8 GB for USB or SD devices, and 32 GB for other device types such as HDD, SSD, or NVMe.
• Storage: SCSI, SATA via supported storage controller.

Note: Due to changes in the partitioning scheme, you can no longer revert to the previous version of ESXi (via SHIFT-R). This was always the case with VMware ESXi; however, now, you’d have to create a backup of the boot device before the upgrade.

ESXi 7.0 unsupported CPUs

There are two family models that are no longer compatible and won’t work under ESXi 7.0. Those CPUs were basically made during the 2010 era, so it’s about time for them to retire.

• Intel Family 6, Model = 2C (Westmere-EP)
• Intel Family 6, Model = 2F (Westmere-EX)

The Westmere-EP architecture was based on two- to six-core CPUs, while Westmere-EX was a ten-core CPU model. This was Intel’s CPU architecture right after Nehalem (my first lab). It was about 10 years ago, yes.

Now you might wonder how to easily check whether the CPU is compatible and supported or not.

Check the CPU model in the VMware Compatibility Guide

You can check the CPU by going to the compatibility page at VMware.

From the list selection, you can select the ESXi model and CPU series. Then hit the Update and View Results button.

The page will refresh and show you the results of the server model with the CPU and supported ESXi 7.0 version.

If you don’t see any results, your CPU is not supported. Try with a newer CPU if you think you’re having issues.

Workarounds

Are there workarounds? Yes, of course. The first is advice to someone who is looking to run VMware virtualization software on older hardware. If your hardware is 4–5 years old, you might hit the limit of compatibility (or you will soon), but for now, you should still be able to run ESXi 7.0.

If your system is not listed on the VMware compatibility page, you can still run your ESXi 7.0 on it, but don’t expect Support to help you out if you hit some hard problem.

You can still run some less critical production workloads or your company monitoring solution on that hardware, but most likely, you’d want to sell this hardware and purchase newer equipment.

If you still want to run an ESXi 7.0 and you know that your CPU is not supported and your installation gets you to the page with an error message, there is a solution.

Disclaimer: Note that I have not personally tested this solution as I don’t have an old CPU to perform the tests. The solution was described in VMware forums and on a few blogs. So, take it or leave it.

You’ll have to be directly at the server console or remotely via ILO, DRAC, or IPMI. When you run the installer, use this shortcut:

Shift + O

(Note: this is the letter «O,» not the zero «0»).

That changes the screen to the one below and allows you to enter a special parameter that enables you to bypass the validation during the installation/upgrade.

Remember that this is not supported by VMware.

Note that the parameter you entered to bypass the installer will be lost after reboot. If you want to keep this value, you have to edit the boot.cfg file, which is located on the media you’re booting from. You may be booting from a local SATA drive, USB stick, or other media, so it depends on your configuration.

Basically, you have to edit the boot.cfg file located in two places on the boot media. You can find this file in /bootbank/boot.cfg and in /altbootbank/boot.cfg.

There is a «kernelopt» section where you can append this parameter.

This is not advice to proceed or not to proceed. It’s a tip, and you can use it if you want. Personally, as I said, I would not use it to «force» a run on a production system, but this can be a perfect fit on test or home lab systems that still work and that can be used for learning or running test scenarios.

Subscribe to 4sysops newsletter!

Conclusion

As you can see, checking the hardware for compatibility on the VMware site isn’t difficult. It might also be interesting to check for network interface cards (NICs), as with ESXi 7.0, many legacy Linux drivers have been phased out. As those drivers were necessary to run, for example, many Realtek-based NICs, it seems those will no longer work under ESXi 7.0. But you can still upgrade your NICs to supported ones or seek another workaround if there is one. Good luck.

Пот установке или обновлении хостов VMware ESXi до 6.7 или 7.x на хостах со старыми моделями процессоров, может появится ошибка Unsupported CPU.

При чистой установке ESXi ошибка выглядит так:

Эта проблема возникает при установке ESXi на сервера с моделями CPU, которые VMware считает устаревшим. В данный момент эта проблема относится к процессорам Intel 6 поколения ( Intel Family 6 ) на микроархитектуре Westmere (выпускались начиная с 2010).

• WSM-EP, Westmere-EP (2C) – шестиядерные Core i7-990X, Core i7-980X, Xeon 36xx, Xeon 56xx
• WSM-EX, Westmere-EX (2F) – десятиядерные E7-x8xx-series

В частности, я столкнулся с этой проблемой на сервере HP ProLiant DL380 G6 с Intel Xeon E5520.

Для запуска ESXi на серверах со старыми моделями процессоров, нужно добавить в меню загрузки ESXi параметр “allowLegacyCPU=true”.

Для этого нажмите при загрузке Shift+O и выполните команду:

> cdromBoot runweasel allowLegacyCPU=true

Однако этот параметр будет действовать только до следующей перезагрузки хоста ESXi. Поэтому нужно добавить его в файл boot.cfg. Этот файл находится в корне одного из системных разделов.

Подключитесь к хосту ESXi по SSH и найдите файл boot.cfg:

# find / | grep boot.cfg

В моем случае я нашел два таких файла (/bootbank/boot.cfg и /altbootbank/boot.cfg), поэтому отредактировал оба. Нужно добавить опцию allowLegacyCPU=true в параметре kernelopt. Например, у меня получился такой файл:

Однако может появится другая ошибка, когда вы попытаетесь запустить виртуальную машину на таком хосте ESXi.

Для решения этой проблемы, нужно добавить специальный параметр в конфигурационный vmx файл виртуальной машины:

1. Выберите ВМ ->Edit
2. Перейдите в VM Options ->Advanced ->Edit Configuration
3. Нажмите Add parameter и добавьте строку monitor.allowLegacyCPU = true
4. 
5. После этого вы сможете включить виртуальную машину.

Источник

Русские Блоги

Процесс установки ESXi6.7 и обработка ошибок

оглавление

• Инициализация IOV зависла
• Отсутствие драйвера сетевой карты
• Установите ESXi6.7
• Multiboot could not setup the video subsystem

• Создать виртуальную машину
• В конце концов

Предисловие

ESXi устанавливается непосредственно на физический сервер («голое железо») и делится на несколько логических серверов, а именно на виртуальные машины. По сравнению с обычной ОС на персональных компьютерах, установите программное обеспечение виртуальных машин, такое как VMware Fusion, а затем выделите пространство для создания виртуальных машин. Машина. ESXi больше используется для серверов и более эффективна.

Готов к работе

• win7
• u диск
• ESXi зеркало
• Драйвер сетевой карты
• Программное обеспечение для переупаковки изображений
• u программа для записи дисков

Позвольте мне объяснить одно за другим:

• Win7 используется для запуска программы для переупаковки образов ESXi-Customizer и программы записи на дискету.
• Флэш-накопитель USB используется для записи образа ESXi.
• Для загрузки зеркала требуется учетная запись vmware,Зеркальный адрес загрузки
• При установке ESXi обычно отсутствуют драйверы сетевой карты, поэтому их можно упаковать только вручную.Адрес загрузки драйвера сетевой картыЯ под net55-r8168.
• Программное обеспечение для переупаковки образов ESXi-Customizer используется для упаковки драйвера в образ. Используется ESXi-Customizer-v2.7.2. Он немного устарел, но все еще прост в использовании. Обратите внимание, что его можно запустить только под win7, но не под win10.
• U дискеты с программным обеспечением для записи дисков не упоминаются, другие программы для записи также в порядке.

установка

Инициализация IOV зависла

Если вы используете Core Duo 4-го поколения, вы столкнетесь с первой ошибкой. Вы застряли при инициализации IOV. Решение состоит в том, чтобы удерживать shift + O перед входом. Затем введите noIOMMU , Обратите внимание, что в начале есть пробел. Нажмите Enter.

После установки, перед запуском нужно shift + O. Затем введите noIOMMU

Наконец, после входа в систему, интерфейс управления> F2 входит в конфигурацию> вход> параметры устранения неполадок> включить Esxi Shell> alt + F1> войти> выполнить

alt + F2 exit, а затем вы можете отключить оболочку ESXI.

Отсутствие драйвера сетевой карты

Если вы используете официальный образ, то у 80% из них отсутствует драйвер сетевой карты. Вы увидите следующую картину:

Для этого нужны инструменты, упомянутые ранее, вручную загрузить драйвер и упаковать его в зеркало. Это несложно, поэтому я не буду вдаваться в подробности.

Установите ESXi6.7

Затем вы можете начать настоящую установку, просто следите за процессом, это не сложно.

После завершения клиент может получить доступ к серверу по ip.

Multiboot could not setup the video subsystem

Как правило, после завершения установки вы увидите эту ошибку перед загрузкой. Основная причина заключается в том, что разрешение не достигнуто, и вам необходимо войти в BIOS для настройки. Найдите CSM Configuration> Video и перейдите на UEFI.

Создать виртуальную машину

Создание виртуальной машины аналогично обычной работе программного обеспечения виртуальной машины: в два этапа загружается образ на сервер, а затем создается соответствующая виртуальная машина.

В конце концов

Общий процесс не является громоздким, но некоторые ошибки являются головной болью. Мне нравится помнить, что он нравится, и до встречи в разделе комментариев, если у вас есть комментарии или предложения.

Источник

Русские Блоги

Ошибка сетевых адаптеров при установке esxi

содержание

При установке esxi могут возникнуть следующие ситуации

1. Причина ошибки

Сообщение об ошибке: Нет сетевых адаптеров

Описание ошибки: не найден драйвер сетевой карты. Это связано с тем, что драйвер сетевой карты текущего устройства не добавлен в сам файл iso, и вам необходимо вручную импортировать драйвер вашей собственной сетевой карты.

2. Подтвердите собственную модель сетевой карты.

(Если вы не можете использовать команду для подтверждения модели сетевой карты, вы можете выбрать инструмент обнаружения оборудования в системе PE Лао Маотао, чтобы проверить, какая модель сетевой карты)

У меня здесь две сетевые карты, одна проводная сетевая карта Realtek 8111/8168/8411 И беспроводная сетевая карта Broadcom Limited BCM4313 , Независимо от использования беспроводной связи, импортируется только драйвер 8111.

3. Загрузите драйвер сетевой карты.

Посмотрите на картинку ниже, чтобы найти свою собственную сетевую карту

Нажмите, чтобы скачать драйвер сетевой карты в формате VIB

4. Вставьте драйвер видеокарты в iso файл.

Необходимо использовать программное обеспечение ESXi-Customizer-v2.7.2

ESXi-Customizer После завершения загрузки дважды щелкните, чтобы открыть его, и он будет автоматически распакован, чтобы получить следующие файлы:

Суффикс .cmd Это файл запуска, который представляет собой сценарий. По умолчанию этот сценарий может поддерживать только win8.1. Пользователи Win10 сообщат об ошибке при его открытии:

В настоящее время мы используем текстовый редактор для редактирования файла ESXi-Customizer.cmd.

Добавьте код красного поля ниже и сохраните

Затем повторно запустите файл ESXi-Customizer.cmd.

Если вы не видите этот файл при выборе файла VIB, см. Изображение ниже.

Первый выбирает официальный исходный iso-файл образа, второй — это загруженный каталог диска (файл VIB), а третий — выходная папка ( Примечание: iso-файл будет регенерирован здесь, мы используем этот iso-файл для установки esxi) , После его выбора нажмите RUN, чтобы завершить его одним ключом, что очень удобно.

Если вы считаете, что приведенная выше конфигурация слишком громоздка, бывает, что ваша сетевая карта r8168 Вы можете использовать ссылку ниже, чтобы скачать напрямую

Источник

Виртуализация vSphere, Hyper-V, Xen и Red Hat

Более 5820 заметок о виртуализации, виртуальных машинах VMware, Microsoft и Xen, а также Kubernetes

VM Guru / News / Ошибка CPU_SUPPORT_ERROR при установке виртуального (Nested) VMware ESXi 7 — что делать?

Last time we too a closer look at CPUIDs and EAX values to help us workaround installing ESXi 7.0 into a VMware virtual machine (VM) hosted on physical hardware that contains an unsupported CPU.

If you’ve not seen that post, catch up now. It’s a great read.

As mentioned, this post is part 3 of a multipart series. Find the other parts here:

• Part 1: Be gone CPU_SUPPORT Error!
• Part 2: CPUID and EAX Between Friends
• Part 3: This part (Lets Get Virtual to Physical)

To recap, the ESXi installer uses the CPUID instruction to identify the CPU(s) installed in the system. From the value obtained the user is told that their processor is either:

• Unsupported. At which point the installer quits. No ESXi 7.0 for you!
• Will be unsupported in a later ESXi version. The installer will allow install continuation.
• Nothing. The installer accepts that a valid CPU is present and silently continues the installation.

USB is Your Friend

We already know that we can install ESXi 7.0 into a modified VM. Next step is to pass a USB stick through to the VM and install ESXi onto that. We can then take that same USB stick and boot a physical server from it.

As we saw from part 1, once ESXi 7.0 is installed, it appears to boot perfectly fine on Westmere processors without a CPU mask being required…

That’s the plan anyway. Let’s get cracking.

Create a VM for ESXi Installation on USB

Create an ESXi VM in VMware Workstation the following specifications:

• ESXi 6.7 Compatibility
• Guest O/S VMware ESXi
• 2x CPUs (1 core per processor) minimum
• 4GB Memory minimum
• Bridged Networking (although networking not strictly necessary)
• Para-virtualised SCSI Controller
• SCSI disk of 1GB (We will be deleting this anyway)

Don’t forget to mount your ESXi 7 installer iso too!

Close VMware Workstation and open the vmx file in a text editor. I use Notepad++. Find and delete all scsi entries:

Paste in the following CPU mask:

cpuid.80000001.edx = "---- ---- ---H ---- ---- ---- ---- ----"
cpuid.1.eax = "0000 0000 0000 0011 0000 0110 1100 0011"

Save and close the vmx file and open VMware Workstation.
Next, boot the VM. Whilst the VM is booting, connect the USB stick to the VM:

Once connected proceed to install ESXi onto the USB stick:

Once done, power down the VM and remove the USB stick. Ready to test!

Sample ESXi 7.0 vmx File

Should you have issues with creating the required VM, you can download a copy of my ESXi7 here: ESXi7.zip
Import into VMware Workstation and install ESXi onto your USB as detailed above.

ESXi 7.0 on Unsupported Hardware

Follows is my testing of ESXi 7.0 on my Dell R710 fitted with westermere-ep Xeon CPUs. Excuse the picture quality! (I didn’t have enough time to get Java working for the iDRAC)

Insert the USB into the server, F11 for one-off boot menu, select the Usb stick and here we go…

Bingo! The money shot!! Boom!

Right, let’s see what works… First let’s check NICs:

Yep we have network connectivity. All four built in Broadcom NICs detected. Not often I say this, but yay for Broadcom…

OK. Let’s check for data stores:

Hmm that’s strange. In previous ESXi versions we don’t usually see the bootbanks under /vmfs/volumes No matter. What are instantly distinguishable by their absence are the data stores.

As I have no need for super-duper speedy storage in my R710, I’m just using the built in PERC H700 array controller which presents two RAID5 backed drives to ESXi. Hmm, so the H700 array controller uses the megaraid_sas driver. Cross checking the excellent VMware ESXi Patch Tracker site yep, no megaraid_sas driver in ESXi 7… boo!

But I digress. That’s a job for another time and post.

The Smoking Gun?

After a reader posted a link to Allowing Unsupported CPU’s on ESXI 6.7 by Daniel Lumby, I started having a poke around the ESXi 7.0 install iso and looking in UPGRADEPRECHECK.PY file, I spotted the following:

Note: ESXi release notes and VCG will say WSM-EP(2C) and
WSM-EX(2F) are deprecated, but internally they are still
supported by the code base.

VGC = VMware Compatibility Guide
WSM-EP(2C) = Westmere-EP CPUs
WSM-EX(2F) = Westmere-EX CPUs

That will be why servers with Westmere CPUs boot and run fine then!!!

Conclusion and Wrap Up

Our task here was to see if could use what we learnt in parts 1 and 2 of this post series to create a modified VM and then use that VM to install ESXi 7.0 onto a USB stick

We then used that USB stick to boot a physical server. The server booted and was seen on the network without issue. Given a better choice of storage controller, we could even have mounted our datastores and potentially fired up a test VM for the LOLs of it.

We even found courtesy of comments left by VMware themselves that Westmere CPUs are supported by the ESXi code base.

Will There be a Part 4?

Possibly. Given the current lock-down in the UK, my “production” Dell R710 Is the only server I have access to whilst working from home. Given that my R710 hosts my pfSense VM and further testing requires shutting down all internet access from home, getting downtime on it is a little tricky at the moment. That said, I’ve a couple of ideas for incorporating a megaraid_sas driver into ESXi 7.0.

We also need to look at how to upgrade our USB stick when the first ESXi 7.0 patch drops…

Stay safe all.

-Chris