Dear All
My infra is, i have 2 Hyper-V clusters managed by SCVMM 2008 RTM. 2 clusters means 2 nodes in each cluster.
when ever i deploy virtual machine from scvmm 2008 in any node of the cluster other virtual machines in that node changes its state from running to host not responding and the second node’s virtual machines on the same cluster changes its state from running to unsupported cluster configuration. This happens in my both clusters when ever i deploy a virtual machine from scvmm.
I have tried to trouble shoot it but no vain there is no error in the event log nothing, then i have decieded to do some changes during virtual machine deployment what i did is when i deploy the virtual machine using scvmm on the wizard page which says «Specify Which Virtual Network to use for the Virtual Machine» i have selected «not connected» then virtual machine successfully deploys and all other machines which are in this cluster doesnt change its states no error nothing. that means error only comes when i select instead of «not connected» to the «External»(name of my virtual network) all of my machines’ state changes i dont know why it happens.
Again tried to trouble shoot this to dig more i went to hyper-V servers which are the nodes of cluster01 their names are node1 and node2 and i have tried to deploy virtual machine on node1. when i click on virtual network manager of node1 it gave me the following error
[Window Title]
Virtual Network Manager
There was an error enumerating the machine’s network switches. Make sure the Hyper-V networking service is installed and working properly.
The operation on computer ‘NODE1’ failed.
after that when i restart the virtual network service every virtual machine goes fine but why every time do i get this error plz help me guys. please i m doing a project of virtualization i get this error every time i have to restart the service plz some body help me.
Regards,
SKHATRI
- Remove From My Forums
-
Вопрос
-
Здравствуйте
Не знаю, правильно ли я выбрал раздел, надеюсь что да, так как проблема с HyperV на Windows 10
У меня подняты две виртуальные машины Ubuntu server 14.04
Обе машины используют 3 виртуальных коммутатора: 2 внешних (WiFi и ethernet) и внутренний
Для работы я иногда использую VPN подключение к сети предприятия (Cisco VPN Connect) и однажды мне потребовалось запушить в корпоративный gitlab код с виртуалки, для чего я попытался создать 4-й внешний виртуальный коммутатор, использующий
VPN подключение, что разумеется не удалось, тогда я создал внутренний коммутатор и попытался вручную связать его мостом с VPN подключением, что так же оказалось безуспешно и удалил оба интерфейса из моста (VPN и новый
внутренний интерфейс)После перезагрузки системы столкнулся с проблемой:
1. В списке сетевых подключений пропали все интерфейсы, созданные HyperV, кроме моста
2. При попытке открыть менеджер виртуальных коммутаторов я получаю ошибку: «Произошла ошибка при попытке получения списка виртуальных коммутаторов»
3. Виртуальные машины в состоянии «Сохранена» и с их интерфейсами я тоже ничего не могу сделать (виртуальным машинам 4-й злополучный коммутатор я не добавлял)
Вопрос: скажите пожалуйста, как мне в этой ситуации удалить все виртуальные коммутаторы и создать их снова?
Ответы
-
не помогло.
да, забыл уточнить — я удалил мост, что бы я смог подключиться к интернету, так как пока он висел на адаптере сеть не работала нормально
При нажатии «Ок» в свойствах физического адаптера говорит «В результате сделанного выбора будут так же отключены следующие компоненты: Hyper-V Extensible Virtual Switch»
Включить его нужно. Если не поможет, то переустановите сам hyper-v. ВМ потом вручную добавите.
P.S. если хотите что-то в корп.сеть отправить..разворачивайте это непосредственно в корп.сети. траблшутить можно бесконечно подобное.
Roman Levchenko, MVP, MCSE, MCSA, MCITP, MCTS, VCP6-DCV http://www.rlevchenko.com
- Изменено
11 июля 2016 г. 12:19
PS - Помечено в качестве ответа
elser
11 июля 2016 г. 14:11
- Изменено
Microsoft Hyper-V в основном предлагает аппаратную виртуализацию. Таким образом, каждая виртуальная машина может легко работать на виртуальном оборудовании на платформе Windows 10. Это в основном позволяет вам добавлять и запускать несколько операционных систем как виртуальные машины в Windows. Что касается глубин, он позволяет создавать виртуальные коммутаторы, виртуальные жесткие драйверы и другие виртуальные устройства, которые могут быть включены в виртуальную машину. Однако некоторые из затронутых пользователей могут столкнуться с ошибкой Hyper-V при создании виртуального коммутатора — Generic Failure. Если вы тоже один из них, ознакомьтесь с приведенным ниже руководством по устранению неполадок.
По словам некоторых из затронутых пользователей, всякий раз, когда они пытаются открыть диспетчер виртуальных коммутаторов, он буквально говорит: «Произошла ошибка при попытке получить список виртуальных коммутаторов. Не удалось выполнить операцию на компьютере «DESKTOP-V1A0142»: общий сбой ». Так что, если в случае создания вашего виртуального коммутатора что-то пойдет не так, вы всегда можете проверить это подробное руководство ниже.
Оглавление
- 1 Исправлено: ошибка Hyper-V при создании виртуального коммутатора — общий сбой
- 1.1 1. Использовать метод PowerShell
- 1.2 2. Используйте команду «netcfg» для сброса сетевого подключения
- 1.3 3. Переустановите сетевой адаптер
- 1.4 4. Обновите драйвер сетевого адаптера
- 1.5 5. Настроить общий доступ к сети
Исправлено: ошибка Hyper-V при создании виртуального коммутатора — общий сбой
Ниже приведены некоторые возможные обходные пути, которые вы должны попробовать на своем компьютере.
1. Использовать метод PowerShell
- Нажми на Начало меню в Windows> Тип PowerShell > Щелкните его правой кнопкой мыши в результатах поиска> Выбрать Запустить от имени администратора Режим.
- Введите следующую команду и нажмите Enter, чтобы создать новый внешний виртуальный коммутатор.
New-VMSwitch -name ExternalSwitch -NetAdapterName Ethernet -AllowManagementOS $ true
Примечание: Замените имя на сетевой адаптер для диспетчера Hyper-V. NetAdapterName заменит имя команды. AllowManagementOS имеет значение $ true как для хоста, так и для виртуальной машины, у которых есть подключение к Интернету.
- Теперь откройте диспетчер виртуальных коммутаторов в диспетчере Hyper-V.
2. Используйте команду «netcfg» для сброса сетевого подключения
Netcfg — это служебная команда для управления конфигурациями сети. Теперь выполните эту команду через Windows PowerShell. Эта одна команда удалит все ваши существующие подключения. Обязательно создайте точку восстановления системы перед выполнением этой команды в целях безопасности.
- Щелкните меню «Пуск»> введите PowerShell и щелкните его правой кнопкой мыши в результатах поиска.
- Выберите Запуск от имени администратора.
- Введите следующую команду и нажмите Enter, чтобы перезапустить все сетевые адаптеры и удалить объекты MUX.
netcfg -d
- Запустите диспетчер виртуальных коммутаторов в диспетчере Hyper-V.
- Затем вы можете создать внешний переключатель и проверить, устранена ли проблема.
3. Переустановите сетевой адаптер
- Щелкните Пуск> Введите Диспетчер устройств> Щелкните его в результатах поиска.
- Разверните Сетевые адаптеры> Щелкните, чтобы выбрать сетевой адаптер, который нужно переустановить.
- Щелкните сетевой адаптер правой кнопкой мыши> выберите «Удалить устройство».
- Выберите «Удалить программное обеспечение драйвера для этого устройства»> нажмите «Удалить».
- Перезагрузите компьютер с Windows и затем создайте виртуальный коммутатор в диспетчере Hyper-V.
4. Обновите драйвер сетевого адаптера
- Щелкните Пуск> Введите Диспетчер устройств> Щелкните его в результатах поиска.
- Разверните Сетевые адаптеры> Выберите сетевой адаптер, который вы хотите обновить.
- Просто щелкните сетевой адаптер правой кнопкой мыши> Выбрать драйвер обновления.
- Перезагрузите компьютер и снова проверьте, не возникает ли проблема.
5. Настроить общий доступ к сети
- Откройте диспетчер виртуальных коммутаторов в диспетчере Hyper-V.
- Затем вы можете создать внутренний коммутатор.
- Нажмите логотип Windows + клавишу R, чтобы открыть диалоговое окно «Выполнить».
- Теперь введите следующую команду и нажмите Enter.
inetcpl.cpl
- Затем щелкните правой кнопкой мыши сетевой адаптер независимо от того, используете ли вы проводное / беспроводное соединение.
- Щелкните «Свойства»> вкладка «Совместное использование»> выберите «Разрешить другим пользователям сети подключаться через Интернет-соединение этого компьютера».
- Выберите адаптер из списка> ОК.
- Щелкните правой кнопкой мыши свою виртуальную машину> выберите Параметры.
- Теперь нажмите «Сетевой адаптер»> «Выбрать новый внутренний переключатель».
- Кроме того, вы также должны включить расширяемый виртуальный коммутатор Hyper-V из параметра «Сеть». (Если в этом случае детали полностью отсутствуют, нажмите кнопку «Установить»> «Выбрать протокол»> «Установить при необходимости»> перезагрузите компьютер и попробуйте снова запустить диспетчер виртуальных коммутаторов.
- Доступ к гостевой операционной системе. Вы также можете изменить настройки сети, если хотите.
Вот и все, ребята. Надеемся, эта статья оказалась для вас полезной. Для получения дополнительных запросов вы можете оставить комментарий ниже.
Субодх любит писать контент, будь то технический или другой. Проработав год в техническом блоге, он увлекается этим. Он любит играть в игры и слушать музыку. Помимо ведения блога, он увлекается сборками игровых ПК и утечками информации о смартфонах.
Dear Friends,
This is my 1st post on microsoft hyper-v community as i have been eating and breathing hyper-v from the past few months. I have intensive experience with VMware 4.0-5.5 and now looking to get my hands dirty on Hyper-V.
So here is the situation, i have a laptop running i5 Processor with 8GB memory installed and 500GB hard drive with two network adapter one wired and other wireless.
Installed VMware WorkStation 11 and provisioned TWO hyper-V 2012 hosts. One with the Server 2012 R2 with GUI named HyperV01 and 2nd one is simply a Hyper-V 2012 Server named HyperV02.
Plan of action is to test live migration, replication, storage migration and clustering.
So HyperV01 running x1 linux machine and replicating to HyperV02 successfully.
Problem:
When i try to boot up the vm on hyperv02 it doesnt boot up.
When i connect to HyperV2 using hyperV manager and click vitual Switch Manager i get the following error message.
An error occurred while trying to retrieve a list of virtual switches
Interestingly enough when i run the Get-NetAdpater command in the powershell of HyperV02 it shows me the NIC with the Status UP?
thank you in advance for all your suggestions.
Dear Friends,
This is my 1st post on microsoft hyper-v community as i have been eating and breathing hyper-v from the past few months. I have intensive experience with VMware 4.0-5.5 and now looking to get my hands dirty on Hyper-V.
So here is the situation, i have a laptop running i5 Processor with 8GB memory installed and 500GB hard drive with two network adapter one wired and other wireless.
Installed VMware WorkStation 11 and provisioned TWO hyper-V 2012 hosts. One with the Server 2012 R2 with GUI named HyperV01 and 2nd one is simply a Hyper-V 2012 Server named HyperV02.
Plan of action is to test live migration, replication, storage migration and clustering.
So HyperV01 running x1 linux machine and replicating to HyperV02 successfully.
Problem:
When i try to boot up the vm on hyperv02 it doesnt boot up.
When i connect to HyperV2 using hyperV manager and click vitual Switch Manager i get the following error message.
An error occurred while trying to retrieve a list of virtual switches
Interestingly enough when i run the Get-NetAdpater command in the powershell of HyperV02 it shows me the NIC with the Status UP?
thank you in advance for all your suggestions.
Windows 1803 update was pushed recently through the org.
Shortly after, observed I could no longer connect , the Windows troubleshooter identified some problems with the vEthernet Network Adapter. I followed the steps described in this post :
https: //social.technet.microsoft.com/Forums/en-US/f7e4af56-900e-4879-ab34-9d50f4e345a9/cant-create-any-virtual-switch-in-hyperv-failed-while-creating-virtual-ethernet-switch-0x800401f3?forum=win10itprovirt
I have since been unable to get Hyper-V networking going ever since, no replacement default switch has been created, attempts to create them manually from Powershell all fails. I’ve tried this several times, disabled/enabled hyper V, netcfg -d etc still
the issue persists.
Here are some outputs:
Attempt to open Switch Manager in Hyper-V leads to :
«An error occurred while trying to retrieve a list of virtual switches.
The operation on computer ‘My PC» failed: Generic failure «
Attempt to create or Get-VmSwitch in Powershell leads to :
«Get-VMSwitch : Generic failure
At line:1 char:1
… «
create :
«New-VMSwitch : Failed while creating virtual Ethernet switch
At line1: char1
CategoyInfo : NotSpecified
FullyQualified..: OperationFailed «
I am unable to attach images for some reason.
Basically I am stuck. Any ideas?
Windows 1803 update was pushed recently through the org.
Shortly after, observed I could no longer connect , the Windows troubleshooter identified some problems with the vEthernet Network Adapter. I followed the steps described in this post :
https: //social.technet.microsoft.com/Forums/en-US/f7e4af56-900e-4879-ab34-9d50f4e345a9/cant-create-any-virtual-switch-in-hyperv-failed-while-creating-virtual-ethernet-switch-0x800401f3?forum=win10itprovirt
I have since been unable to get Hyper-V networking going ever since, no replacement default switch has been created, attempts to create them manually from Powershell all fails. I’ve tried this several times, disabled/enabled hyper V, netcfg -d etc still
the issue persists.
Here are some outputs:
Attempt to open Switch Manager in Hyper-V leads to :
«An error occurred while trying to retrieve a list of virtual switches.
The operation on computer ‘My PC» failed: Generic failure «
Attempt to create or Get-VmSwitch in Powershell leads to :
«Get-VMSwitch : Generic failure
At line:1 char:1
… «
create :
«New-VMSwitch : Failed while creating virtual Ethernet switch
At line1: char1
CategoyInfo : NotSpecified
FullyQualified..: OperationFailed «
I am unable to attach images for some reason.
Basically I am stuck. Any ideas?
На чтение 4 мин. Просмотров 153 Опубликовано 16.04.2021
Мы уже говорили об IP-сети в Hyper-V и процедуре, используемой для настройки виртуальных сетевых коммутаторов. Иногда это не работает из-за проблем с сетевым адаптером и хостом. Одна из проблем, с которыми сталкиваются конечные пользователи, – это создание внешнего коммутатора в клиенте Hyper-V, размещенном в Windows 10. Ошибка:
Эти решения можно использовать одинаково во всех версиях Windows. Прежде чем продолжить, убедитесь, что вы сохранили свои конфигурации в отдельной резервной папке.
Содержание
- Решение 1: Попробуйте создать внешний коммутатор с помощью PowerShell.
- Решение 2. Сбросить сеть подключения с помощью ‘netcfg’
- Решение 3. Обновите драйвер сетевого адаптера
- Решение 4. Переустановите сетевой адаптер
- Решение 5. Переустановите роль Hyper-V
- Решение 6. Обманите сетевой коммутатор
Решение 1: Попробуйте создать внешний коммутатор с помощью PowerShell.
Поскольку эта проблема возникает при использовании графического интерфейса пользователя, некоторые конечные пользователи успешно создали внешний коммутатор с помощью PowerShell.
- Щелкните Меню Пуск и введите PowerShell , щелкните его правой кнопкой мыши и выберите Запуск от имени администратора
- Введите следующую команду. Это создаст новый внешний виртуальный коммутатор.
New-VMSwitch -name ExternalSwitch -NetAdapterName Ethernet -AllowManagementOS $ true
– имя – это то, как сетевой адаптер отображается в диспетчере Hyper-V.
-NetAdapterName – это имя команды
-AllowManagementOS имеет значение $ true для хоста и виртуальной машины, чтобы у обоих был Интернет
- Откройте Virtual Switch Manager в Hyper-V Manager и проверьте наличие внешнего переключатель отображается в списке. В нашем случае это так.
Решение 2. Сбросить сеть подключения с помощью ‘netcfg’
Netcfg – это командная утилита, используемая для управления конфигурациями сети. Если вы предпочитаете использовать графический интерфейс, загрузите инструмент по этой ссылке. В нашем случае мы выполним эту команду с помощью PowerShell.
netcfg -d удалит все ваши существующие подключения, поэтому мы рекомендуем создать точку восстановления системы перед выполнением этой команды.
- Щелкните Start Menu и введите PowerShell , щелкните его правой кнопкой мыши и выберите Запуск от имени администратора .
- Введите следующую команду и нажмите Enter. Это перезапустит все сетевые адаптеры и удалит объекты MUX.
netcfg -d
- Откройте Virtual Switch Manager в Hyper-V Manager и попробуйте создать внешний коммутатор и посмотрите, проблема решена.
Решение 3. Обновите драйвер сетевого адаптера
Всем рекомендуется использовать последнюю версию драйвера. поставщиков, и это должно быть сделано, даже если мы устранили проблему с помощью предыдущих решений. Вы можете использовать драйвер Microsoft по умолчанию или загрузить последнюю версию драйвера с веб-сайта производителя.
Решение 4. Переустановите сетевой адаптер
В этом решении мы удалим сетевой адаптер из диспетчера устройств и снова попытаемся создать внешний коммутатор. Это обновит ваш адаптер, установив драйверы по умолчанию.
- Щелкните меню Пуск и найдите Диспетчер устройств и запустите его.
- Разверните Сетевые адаптеры и затем выберите сетевой адаптер, который вы хотите удалить.
- Вправо – щелкните сетевой адаптер и выберите Удалить устройство.
- Выберите Удалить программный драйвер для этого устройства , а затем нажмите
- Reboot your Windows перед открытием Virtual Switch Manager в Hyper-V Manager и попыткой создания внешнего коммутатора
Решение 5. Переустановите роль Hyper-V
В этом решении мы повторно включим Hyper-V в Windows 10. Во время процедуры отключения/включения ваши виртуальные машины будут храниться в диспетчере Hyper-V. После создания виртуальной машины с Hyper-V перезагрузите компьютер и посмотрите, решена ли проблема.
Решение 6. Обманите сетевой коммутатор
Еще один популярный обходной путь, который сработал для многих, – это обман сетевого переключателя на вашем компьютере. Это позволило обойти сообщение об ошибке без каких-либо дополнительных изменений на вашем компьютере.
- Откройте Virtual Switch Manager в Hyper -V Manager . Создайте внутренний переключатель .
- Теперь, удерживая логотип Windows , нажмите R. Введите i netcpl. cpl и нажмите Enter , чтобы откройте Сетевые адаптеры .
- Щелкните правой кнопкой мыши сетевой адаптер (проводной или Wi-Fi), а затем нажмите Свойства
- Щелкните вкладку Совместное использование и выберите Разрешить другим пользователям сети подключаться через подключение к Интернету этого компьютера
- Выберите адаптер из списка и нажмите ОК . Щелкните правой кнопкой мыши виртуальную машину и выберите Настройки .
- Щелкните Сетевой адаптер , а затем выберите вновь созданный внутренний переключатель
- Получите доступ к гостевой операционной системе и, при необходимости, настройте параметры сети
Чтобы создать Hyper-V, мы можем попробовать следующие шаги:
Шаг 1: нам нужно удалить сторонние виртуальные машины, если у нас есть, включая VirtualBox и любые другие виртуальные машины.
Шаг 2: сброс сети: откройте командную строку от имени администратора; Наберите «netsh winsock reset»;
Шаг 3: перезагрузите компьютер.
Шаг 4: откройте панель управления, перейдите в панель управления-> Программы-> Включить или выключить функции Windows-> Hyper-V, отметьте Hyper-V, как показано ниже:
В моей среде мы видим, что «Инструменты управления Hyper-V» могут быть помечены нами, это означает, что функции этого Hyper-V используются не полностью, если мы не ставим галочку, поэтому мы должны поставить галочку. Но «Платформа Hyper-V» неактивна и не может быть помечена нами, это означает, что функция виртуализации отключена, поэтому мы должны поставить галочку. Мы можем решить это так:1.Войдите в «BIOS» компьютера, включите функцию виртуализации; 2.Найдите «Безопасность», затем найдите функцию виртуализации, измените «отключено» на «включено».
Установите флажок «Hyper-V», включая «Платформа Hyper-V» и «Инструменты управления Hyper-V»
Шаг 5: попытайтесь воссоздать Hyper-V.
На чтение 4 мин Просмотров 783 Опубликовано
Мы уже говорили об IP-сети в Hyper-V и процедуре, используемой для настройки виртуальных сетевых коммутаторов. Иногда это не работает из-за проблем с сетевым адаптером и хостом. Одна из проблем, с которыми сталкиваются конечные пользователи, – это создание внешнего коммутатора в клиенте Hyper-V, размещенном в Windows 10. Ошибка:
Эти решения можно использовать одинаково во всех версиях Windows. Прежде чем продолжить, убедитесь, что вы сохранили свои конфигурации в отдельной резервной папке.
Содержание
- Решение 1: Попробуйте создать внешний коммутатор с помощью PowerShell.
- Решение 2. Сбросить сеть подключения с помощью ‘netcfg’
- Решение 3. Обновите драйвер сетевого адаптера
- Решение 4. Переустановите сетевой адаптер
- Решение 5. Переустановите роль Hyper-V
- Решение 6. Обманите сетевой коммутатор
Решение 1: Попробуйте создать внешний коммутатор с помощью PowerShell.
Поскольку эта проблема возникает при использовании графического интерфейса пользователя, некоторые конечные пользователи успешно создали внешний коммутатор с помощью PowerShell.
- Щелкните Меню Пуск и введите PowerShell , щелкните его правой кнопкой мыши и выберите Запуск от имени администратора
- Введите следующую команду. Это создаст новый внешний виртуальный коммутатор.
New-VMSwitch -name ExternalSwitch -NetAdapterName Ethernet -AllowManagementOS $ true
– имя – это то, как сетевой адаптер отображается в диспетчере Hyper-V.
-NetAdapterName – это имя команды
-AllowManagementOS имеет значение $ true для хоста и виртуальной машины, чтобы у обоих был Интернет
- Откройте Virtual Switch Manager в Hyper-V Manager и проверьте наличие внешнего переключатель отображается в списке. В нашем случае это так.
Решение 2. Сбросить сеть подключения с помощью ‘netcfg’
Netcfg – это командная утилита, используемая для управления конфигурациями сети. Если вы предпочитаете использовать графический интерфейс, загрузите инструмент по этой ссылке. В нашем случае мы выполним эту команду с помощью PowerShell.
netcfg -d удалит все ваши существующие подключения, поэтому мы рекомендуем создать точку восстановления системы перед выполнением этой команды.
- Щелкните Start Menu и введите PowerShell , щелкните его правой кнопкой мыши и выберите Запуск от имени администратора .
- Введите следующую команду и нажмите Enter. Это перезапустит все сетевые адаптеры и удалит объекты MUX.
netcfg -d
- Откройте Virtual Switch Manager в Hyper-V Manager и попробуйте создать внешний коммутатор и посмотрите, проблема решена.
Решение 3. Обновите драйвер сетевого адаптера
Всем рекомендуется использовать последнюю версию драйвера. поставщиков, и это должно быть сделано, даже если мы устранили проблему с помощью предыдущих решений. Вы можете использовать драйвер Microsoft по умолчанию или загрузить последнюю версию драйвера с веб-сайта производителя.
Решение 4. Переустановите сетевой адаптер
В этом решении мы удалим сетевой адаптер из диспетчера устройств и снова попытаемся создать внешний коммутатор. Это обновит ваш адаптер, установив драйверы по умолчанию.
- Щелкните меню Пуск и найдите Диспетчер устройств и запустите его.
- Разверните Сетевые адаптеры и затем выберите сетевой адаптер, который вы хотите удалить.
- Вправо – щелкните сетевой адаптер и выберите Удалить устройство.
- Выберите Удалить программный драйвер для этого устройства , а затем нажмите
- Reboot your Windows перед открытием Virtual Switch Manager в Hyper-V Manager и попыткой создания внешнего коммутатора
Решение 5. Переустановите роль Hyper-V
В этом решении мы повторно включим Hyper-V в Windows 10. Во время процедуры отключения/включения ваши виртуальные машины будут храниться в диспетчере Hyper-V. После создания виртуальной машины с Hyper-V перезагрузите компьютер и посмотрите, решена ли проблема.
Решение 6. Обманите сетевой коммутатор
Еще один популярный обходной путь, который сработал для многих, – это обман сетевого переключателя на вашем компьютере. Это позволило обойти сообщение об ошибке без каких-либо дополнительных изменений на вашем компьютере.
- Откройте Virtual Switch Manager в Hyper -V Manager . Создайте внутренний переключатель .
- Теперь, удерживая логотип Windows , нажмите R. Введите i netcpl. cpl и нажмите Enter , чтобы откройте Сетевые адаптеры .
- Щелкните правой кнопкой мыши сетевой адаптер (проводной или Wi-Fi), а затем нажмите Свойства
- Щелкните вкладку Совместное использование и выберите Разрешить другим пользователям сети подключаться через подключение к Интернету этого компьютера
- Выберите адаптер из списка и нажмите ОК . Щелкните правой кнопкой мыши виртуальную машину и выберите Настройки .
- Щелкните Сетевой адаптер , а затем выберите вновь созданный внутренний переключатель
- Получите доступ к гостевой операционной системе и, при необходимости, настройте параметры сети
Every virtual machine that is hosted on Hyper-V 2019 probably requires a virtual network card in order to communicate with the rest of the network. In order to do so, we would need to create a virtual switch and assign it to the virtual machine. There are three different virtual switches on the Hyper-V including private, internal and external. The private network switch provides only communication between virtual machines that are hosted on a physical server. Next to that, the internal switch provides communication between virtual machines and Hyper-V host. The last, but not the least one is the external switch. An external switch is bound to the physical network card and provide communication with the entire network. After we create a virtual switch, the next step would be to assign a virtual switch to the virtual machine. Which switch will we assign? It depends on the virtual machine’s use case.
Some IT Admin is experiencing problems when creating virtual switches on the Hyper-V, regardless if they are trying to create it via GUI or Powershell. One of the error is known as “Error applying virtual switch properties changes. Failed while adding virtual ethernet switch connections.” The details show the GUID of the adapter, with the final text, “The system cannot find the file specified. (0x80070002). The same issue occurs not only on Hyper-V 2019 but also on Hyper-V 2016 and Hyper-V 2012.
There are a few reasons why this problem occurs, but many of them are pointing to a problem with the network card. We will focus on two of them and walk you through solutions that have helped IT admins to solve a problem. It includes updating the network card, deleting NIC references and re-adding Hyper-V role. So, let’s start. If solution 1 doesn’t solve your problem, please try with solution 2.
Solution 1: Update network card drivers
In our case, we are using physical server HPE ProLiant ML350 Gen10 Server. In order to update the driver for the network card, we would need to access the manufacturer website and download an official driver for the network card. As this server uses Intel’s network card, we can also download it on Intel’s website.
Solution 2: Reinstall Hyper-V role and reset NIC references
- Log in or connect to Windows Server 2019 where you installed Hyper-V role
- Open Server Manager
- Click on Manage and then choose Remove Roles and Features
- Click on Next under Before you begin
- Select the destination server and click Next
- Deselect Hyper-V under Remove server roles and then click Remove Features
- Click Next
- Click Next under Remove features
- Select Restart the destination server automatically if required
- Click Yes to confirm and then click Windows will automatically restart.
- Log in or connect to Windows Server 2019 where you installed Hyper-V role
- Right click on Start Menu and click Windows Powershell (Admin)
- Type netcfg -d and press Enter. This will delete all the NIC references, so be sure that you physical access to the server or have a good iLO or other management connection.
- Restart Windows Server 2019
- Log in or connect to Windows Server 2019 where you installed Hyper-V role
- Open Server Manager and install Hyper-V by following the same procedure as we use for removing the role. You will only need to select Hyper-V role.
- Left click on Start Menu and search for Hyper-V Manager
- Open Hyper-V Manager
- Navigate and open Virtual Switch Manager on the right side of the Hyper-V Manager window
- Select External under What type of virtual switch do you want to create and then click Create Virtual Switch
- Type the name of the external switch
- Choose network card under External network
- Click Apply and then OK
- Navigate to the virtual machine where you would like to assign a new virtual switch
- Right click on the virtual machine and click Settings
- Click on Network Adapter
- Choose the External virtual switch under Virtual Switch
- Click Apply and then OK
- Add IP address (if you are not using DHCP)
- Enjoy working with Hyper-V and virtual machines
Jasmin Kahriman
Jasmin is a tech-savvy Systems Engineer with over 15 years of experience in IT infrastructure, holding multiple IT certifications including CNIP, MTA, MCP, MCSA, MCT, Server+, and Network+.
Back to top button
Правильно настроенные сетевые коммутаторы необходимы для обеспечения связи между виртуальными машинами и остальной частью сети. Процедура проста; все, что вам нужно, это открыть диспетчер виртуальных коммутаторов в диспетчере Hyper-V и создать один из доступных виртуальных коммутаторов: частный, внутренний или внешний. Иногда из-за проблем с хостом невозможно получить доступ к сетевым коммутаторам или установить их. Одной из ошибок, с которыми сталкиваются пользователи, является проблема со списком виртуальных коммутаторов в Hyper-V. Полное сообщение о проблеме:Произошла ошибка при попытке получить список виртуальных коммутаторов в Hyper-V.
Эта проблема может возникнуть на Windows Server или клиентских компьютерах Windows, где установлен Hyper-V. Мы покажем вам, как решить проблему в Windows 10 1909, на которой размещен клиент Hyper-V.
В первом решении мы включим протокол на расширяемом виртуальном коммутаторе Hyper-V. Доступ к расширяемому виртуальному коммутатору Hyper-V можно получить с помощью вашей физической сетевой карты. Выберите карту, которая будет использоваться в качестве внешнего коммутатора. Внешний коммутатор обеспечивает связь между виртуальными машинами и остальной частью сети.
- ДержиЛоготип Windowsи нажмитерпишетинетцпл.компл.и нажмитеВходить.
- Правая кнопка мышио немсетевая картаиспользуется для создания внешнего переключателя, а затем нажмитеХарактеристики.
- ВыбиратьРасширяемый виртуальный коммутатор Hyper-Vа затем нажмитеУстановить на ПК.
- ВыбиратьПротокола затем нажмитеДобавлять
- НизкийВыберите сетевой протоколВыбиратьНадежный протокол многоадресной рассылкиа затем нажмитеХОРОШО
- НажмитеЗакрыватьйрэлектронный старттвое окно
- Откройте диспетчер виртуальных коммутаторов в Hyper-V и попробуйте создать внешний сетевой коммутатор.
Решение 2. Создайте виртуальный коммутатор с помощью PowerShell.
Поскольку эта проблема возникает при использовании графического пользовательского интерфейса, некоторые конечные пользователи успешно создали внешний коммутатор с помощью PowerShell.
- Нажмите настартовое менюи введитеСиловая оболочка. Щелкните правой кнопкой мыши наСиловая оболочкаа затем нажмитеВыполнить от имени администратора
- НажмитеАгадля подтверждения и введите следующую команду создать новый внешний виртуальный коммутатор, где
New-VMSwitch -name ExternalSwitch -NetAdapterName Ethernet -AllowManagementOS $true
-имятак сетевой адаптер отображается в диспетчере Hyper-V
-NetAdapterNameэто название команды
-AllowManagementOS$true, чтобы у хоста и виртуальной машины был Интернет.
- ОткрытьМенеджер виртуальных коммутатороввДиспетчер Hyper-Vи проверьте, виден ли в списке внешний переключатель. В нашем случае это так.
Решение 3. Переустановите роль Hyper-V.
В этом решении мы отключим, а затем снова включим Hyper-V в Windows 10. Не волнуйтесь, во время процедуры отключения/включения ваши виртуальные машины останутся в диспетчере Hyper-V. Мы уже говорили о том, как включить роль Hyper-V в Windows 10. Вы можете прочитать больше и следовать инструкциям в этой статье о роли Hyper-V.