Не пингуется виртуальная машина hyper v
Виртуальные машины теряют сетевое подключение при использовании сетевых адаптеров Broadcom NetXtreme с 1 гигабитом
В этой статье можно решить проблему, из-за которой виртуальные машины теряют сетевое подключение при использовании сетевых адаптеров Broadcom NetXtreme 1 гигабит.
Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2986895
Симптомы
Если вы Hyper-V в Microsoft Windows Server 2012 или Windows Server 2012 R2 вместе с сетевыми адаптерами Broadcom NetXtreme 1-гигабитных (но не сетевыми адаптерами NetXtreme II), вы можете заметить один или несколько следующих симптомов:
Виртуальные машины могут случайно потерять сетевое подключение. Сетевой адаптер, кажется, работает в виртуальной машине. Однако вы не можете получить доступ к сетевым ресурсам с виртуальной машины. Перезапуск виртуальной машины не решает проблему.
Невозможно тикинг или подключение к виртуальной машине с удаленного компьютера. Эти симптомы могут возникать на некоторых или всех виртуальных машинах на сервере, который работает Hyper-V. Перезапуск сервера сразу же устраняет подключение к сети для всех виртуальных машин.
Причина
Это известная проблема с сетевыми адаптерами Broadcom NetXtreme 1-gigabit, которые используют b57nd60a.sys драйвера. Эта проблема возникает, когда в сетевом адаптере включена очередь виртуальных машин (VMQ). (По умолчанию VMQ включен драйвером сети Broadcom.)
Broadcom называет эти сетевые адаптеры микросхемами на основе 57xx. Они включают 5714, 5715, 5717, 5718, 5719, 5720, 5721, 5722, 5723 и 5780.
Эти сетевые адаптеры также продаются под разными номерами моделей некоторыми серверами OEMs. HP продает эти драйверы под номерами модели NC1xx, NC3xx и NC7xx. Вы можете использовать драйвер версии 16.2, 16.4 или 16.6 в зависимости от используемой версии OEM или версии драйвера Broadcom.
Решение
Эта проблема устранена в драйвере Broadcom b57nd60a.sys версии 16.8 и более новой. В марте 2015 г. Broadcom опубликовал драйвер версии 17.0 для скачивания. В апреле 2015 г. HP опубликовала версию 16.8 драйвера для затронутых сетевых адаптеров. Обратитесь к OEM-серверу, если вам нужен драйвер, специфический для сервера.
Если вы не можете обновить драйвер сетевого адаптера для решения проблемы, вы можете устранить проблему, отключив VMQ для каждого затронутного сетевого адаптера Broadcom с помощью команды Set-NetAdapterVmq PowerShell.
Рассмотрим следующий сценарий.
В этом сценарии можно отключить VMQ на каждом адаптере с помощью следующих команд:
Вы можете подтвердить отключение VMQ в правильных сетевых адаптерах с помощью команды Get-NetAdapterVmq PowerShell.
По умолчанию VMQ отключен на Hyper-V для виртуальных машин, использующих сетевые адаптеры с 1 гигабитом. VMQ включен на Hyper-V, только если система использует 10-гигабитные или более быстрые сетевые адаптеры. Это означает, что отключение VMQ в сетевом адаптере Broadcom не будет терять производительность сети или какие-либо другие преимущества, так как это по умолчанию. Однако для решения проблемы драйвера необходимо сделать это.
Get-NetAdapterVmqQueue показывает очереди виртуальных машин (VMQ), выделенные в сетевых адаптерах. Вы не увидите VMQ, которые по умолчанию выделены сетевым адаптерам на 1 гигабит.
Не пингуется виртуальная машина hyper v
Вопрос
Здравствуйте. У меня на компьютере установлен Windows 10 Professional + Hyper-V. Между собой виртуальные машины пингуются. ВМ может пинговать мой компьютер и заходить по сети. Отключал фаерволы на своем компьютере и на ВМ. А вот с моего компа ВМ не пингуются и нет доступа к папкам по сети. В чем может быть причина?
Ответы
У вас машина обнаруживается, но не пингуется. Так?
В секции все сети, отключите общий доступ с парольной защитой.
Получится примерно так.
Все ответы
Что за ось, что с обновами, что с антивирусом, что с фаерволом?
The opinion expressed by me is not an official position of Microsoft
Любая ВМ, с любой ОС и без доп.софта вообще. Ставишь любую ОС на ВМ, после установки пробуешь пинговать ВМ, она не пингуется. А вот ВМ пингует все в моей сети.
Сеть работает через виртуальный коммутатор с типом подключения через внешнюю сеть. выбрана моя сетевая карта и стоит галочка «Разрешить управляющей ОС представлять общий доступ к этому сетевому адаптеру».
У вас машина обнаруживается, но не пингуется. Так?
В секции все сети, отключите общий доступ с парольной защитой.
Получится примерно так.
PS C:\Users\user> ping 192.168.3.165
Обмен пакетами с 192.168.3.165 по с 32 байтами данных:
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Статистика Ping для 192.168.3.165:
Пакетов: отправлено = 4, получено = 0, потеряно = 4
(100% потерь)
Сейчас поставил еще одну ВМ отключил там фаерволл и пинги прошли. Сейчас буду ковыряться с теми ВМ. Всем спасибо за помощь.
По умолчанию запрещены ICMP-пакеты, попробуйте разрешить их в Windows Firewall
To enable inbound rule of allowing ICMP packets, select ‘Inbound Rules’. Find out and right click on ‘File and Printer Sharing (Echo Request –ICMPv4-In’), select Enable Rule.
Не пингуется виртуальная машина hyper v
Вопрос
Доброго времени суток.
Железо Dell VRTX PowerEdge VRTX. На борту 2 лезвия PowerEdge M520.
Есть отказоустойчивый кластер на базе Windows Server 2012 R2. Кластер состоит из двух нод. На одной ноде все машины прекрасно работают, вопрос про вторую ноду. Как только туда мигрирует виртуальная машина, сразу перестает пинговаться с клиентских машин. Так же с этой виртуалки перестают пинговаться компьютеры сети. Не получает адрес от DHCP сервера.
Однако это полбеды. На этой ноде есть виртуальная машина, которая нормально работает. Видит клиентов и клиенты ее видят.
Проверял настройки этих двух виртуальных машин, сравнивал разделы сетевых адаптеров. Все галки в точности одинаково выставлены, MAC-адреса динамические. Сетевые настройки самих виртуальных машин так же проверял, обе виртуалки в домене. IP, mask, gateway, DNS (не забываем, что на другой ноде эта машина нормально работает).
Что делал: Переустановил ОС заново, совместно с техподдержкой железяки перепрошил на последние версии прошивки сетевых адаптеров, обновил драйвера на сетевые адаптеры на этом лезвии до последних.
Прошу помочь разобраться в проблеме. Готов предоставить любую необходимую информацию.
Ответы
не очень пойму как вы собирали тиминг не из тех адаптеров?
если сейчас всё решено, то можете закрывать тему.
Roman Levchenko
MVP, MCSE, MCSA, MCITP, MCTS
VMware vExpert, VCP6-DCV
:: rlevchenko.com ::
Разобрались с гипервизорами. Сервер не видел домен из-за того, что NIC teaming собирался не из тех сетевых адаптеров. Один из них и должен был смотреть в локальную сеть.
Сейчас новая проблема: На гипервизоре 5 виртуальных машин, из них пингуется только 3. Две машины из одного VLANа, одна пингуется, вторая нет. При этом DNS их знает, имена резолвит в IP и обратно. IP статические.
С этим тоже разобрались. Сказалась нехватка опыта и невнимательность.
В интерфейсе настройки NET teaming совсем незаметный раздел с дополнительными настройками. Привели в соответствие со вторым лезвием и все заработало как часики. Ночь прошла, полет нормальный.
Все ответы
Традиционный совет — попробуйте отключить VMQ.
Кейс, скорее всего, для dell. Если с настройками не намудрили.
Roman Levchenko
MVP, MCSE, MCSA, MCITP, MCTS
VMware vExpert, VCP6-DCV
:: rlevchenko.com ::
Совершенно верно, R1-2401 VRTX 1Gb Switch Module. С ним какие-то проблемы? Можно поподробнее и как с этим бороться?
— Сеть доставляется через VLAN. Вторая машина, которая прекрасно работает, находится в этом же VLAN
— Тест кластера сделал, есть некоторые предупреждения. Постараюсь от них избавиться.
— Использую сеть 10.0.0.0/24 для обеих ВМ
— Создал новую ВМ на ноде, результат тот же. Перевожу на другую ноду, сразу получает IP и узнает домен.
— spanning-tree blockedports
HQ-VRTX-SWITCH-1#sh spanning-tree blockedports
Spanning tree enabled mode RSTP
Default port cost method: long
Root ID Priority 32768
Address 18:9c:5d:ae:6f:73
Cost 20004
Port Po1
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32768
Address f8:b1:56:1c:a9:57
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Number of topology changes 9 last change occurred 339:16:51 ago
Times: hold 1, topology change 35, notification 2
hello 2, max age 20, forward delay 15
— HQ-VRTX-SWITCH-1#show tech-support | summary
% Wrong number of parameters or invalid range, size or characters entered
Если запрашиваю show tech-support без параметров, то начинает вываливать информацию минуты на полторы
— HQ-VRTX-SWITCH-1#show int status
Проблемы с отваливающимися хостами были всегда, но не носил такого адового характера, как сейчас. Раз в пару недель отваливался хост. Это списывали на глюки Windows Server, Failover Cluster, скачки напряжения, вспышки на солнце. Особо это никого не парило, пока это не начало нести массовый характер.
Логи показывают перегрев на прошлой неделе, но смею заверить, что перегрева точно случиться не могло, т.к. серверная расположена за дверью. раз в день туда всегда кто-то заходит.
# Log Index Log Time Severity Description
1 2147229547 23
2016 20:59:21 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
2 2147229679 23
2016 20:48:06 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
3 2147229811 23
2016 04:48:07 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
4 2147229943 23
2016 03:38:12 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
5 2147230075 23
2016 02:10:47 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
6 2147230207 21
2016 15:45:18 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
7 2147230339 21
2016 09:47:23 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
8 2147230471 21
2016 09:11:23 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
9 2147230603 21
2016 07:51:43 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
10 2147230735 21
2016 07:49:43 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
11 2147230867 21
2016 07:06:58 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
12 2147230999 21
2016 06:54:48 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
13 2147231131 21
2016 06:26:48 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
14 2147231263 21
2016 05:00:03 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
15 2147231395 21
2016 04:53:28 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
16 2147231527 21
2016 04:12:23 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
17 2147231659 21
2016 03:57:48 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
18 2147231791 21
2016 02:45:53 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
19 2147231923 21
2016 01:51:53 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
20 2147232055 21
2016 01:24:37 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
21 2147232187 21
2016 00:55:04 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
22 2147232319 21
2016 00:46:24 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
23 2147232451 20
2016 23:25:59 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
24 2147232583 20
2016 23:02:49 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
25 2147232715 18
2016 14:25:01 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
26 2147232847 18
2016 12:45:11 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
27 2147232979 18
2016 12:37:31 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
28 2147233111 18
2016 11:26:36 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
29 2147233243 18
2016 11:14:01 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
30 2147233375 18
2016 10:33:36 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
31 2147233507 18
2016 10:17:26 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
32 2147233639 18
2016 10:03:16 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
33 2147233771 18
2016 09:40:36 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
34 2147233903 18
2016 09:23:46 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
35 2147234035 18
2016 08:22:06 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
36 2147234167 18
2016 06:29:26 Alert %Environment-A-TEMP-RISING-ALARM: Overheat temperature (sensor 4)
Не пингуется виртуальная машина hyper v
Общие обсуждения
Доброго времени суток.
Встала необходимость переустановить Windows 2012 R2 на серверах HP BL460 G7. До этого там стояла такая же винда, на которой крутились виртуалки Hyper-V и всё работало.
Далее непосредственно к проблеме.
После установки винды создается тим из двух сетевух. Присваевается статический айпишник. Все хорошо, сервак виден в сети и пингуется шлюз.
Поднимается роль Hyper-V.
После поднятия роли создается виртуальный адаптер vEthernet, на которому присваевается айпишник тима. И после этого всё, сервак перестает быть видимым в сети, не пингуется ни шлюз, ничего.
В настройках Hyper-V проставлен виртуальный свич в режиме External Network.
Сетевухи на нем стоят HP NC553i Dual Port FlexFabric 10Gb Converged Network Adapter.
Может кто сталкивался с проблемой такого рода?
Все ответы
Поднимается роль Hyper-V.
После поднятия роли создается виртуальный адаптер vEthernet, на которому присваевается айпишник тима. И после этого всё, сервак перестает быть видимым в сети, не пингуется ни шлюз, ничего
))) бешено плюсую предыдущего отвечающего за галочку.
а вообще бэст практик говорит о том, что создавая тим оставьте один интерфейсик для управления собственно хостом. это поможет решить массу проблем. 😉
Поднимается роль Hyper-V.
После поднятия роли создается виртуальный адаптер vEthernet, на которому присваевается айпишник тима. И после этого всё, сервак перестает быть видимым в сети, не пингуется ни шлюз, ничего
виртуальный сетевой интерфейс появляется не после установки роли, а после создания виртуального коммутатора. вы не каких настроек потом не меняли? а то, вдруг у вас конфликт IP адресов.
Нет, настроек не менял никаких. И виртуальный коммутатор создается при понднятии роли же. Там есть создание виртуального свича. Конфликта айпи адресов нет, т.к. подсеть маленькая, всего навсего 5 машин. DHCP в ней не поднимался. Везде стоят статические айпи.
))) бешено плюсую предыдущего отвечающего за галочку.
а вообще бэст практик говорит о том, что создавая тим оставьте один интерфейсик для управления собственно хостом. это поможет решить массу проблем. 😉
что значит «все отваливается» если тим не создан? вторая то сетевая должна работать в стандартном режиме и на своем IP.
и vEthernet создается в самом деле в момент создания виртуального коммутатора. попробуйте в диспетчере Hyper-V удалить все коммутаторы и проверьте. потом создайте виртуальный коммутатор вновь.
что значит «все отваливается» если тим не создан? вторая то сетевая должна работать в стандартном режиме и на своем IP.
и vEthernet создается в самом деле в момент создания виртуального коммутатора. попробуйте в диспетчере Hyper-V удалить все коммутаторы и проверьте. потом создайте виртуальный коммутатор вновь.
виртуальный свич удалял, руками создавал новый и тд. нифига не помогает.
тим создавал средствами сервера, из Server Manager’a
так что идите на офсайт, берите либо пакет либо конкретные дрова и думаю здесь то собака и порылась. 🙂
виртуальный свич удалял, руками создавал новый и тд. нифига не помогает.
На сетевом оборудовании фильтрации никакой нет, например по MAC?
нет, в конфиге cisco ниче такого не прописывалось.
на всякий случай перепроверил как только появилась проблема, с конфигом все ок
так что идите на офсайт, берите либо пакет либо конкретные дрова и думаю здесь то собака и порылась. 🙂
виртуальный свич удалял, руками создавал новый и тд. нифига не помогает.
нет, в конфиге cisco ниче такого не прописывалось.
на всякий случай перепроверил как только появилась проблема, с конфигом все ок
ipconfig и таблица arp сервера:
ipconfig и arp клиента:
Ethernet adapter Подключение по локальной сети:
Туннельный адаптер Teredo Tunneling Pseudo-Interface:
конфиг порта с Cisco:
interface GigabitEthernet0/3
switchport access vlan 29
switchport mode access
switchport nonegotiate
spanning-tree portfast
И да, если я поднимаю виртуалку на хосте, то с нее пингуется хост. И больше ничего. На шлюз пинга нет.