В инфраструктуре VMware vSphere для диагностики сетевых неполадок иногда приходится в сервисной консоли серверов VMware ESXi тестировать различные соединения. В этой заметке мы вкратце опишем, как это делается.
Прежде всего, обычный пинг через стандартный Management-интерфейс:
Пинг через порт VMkernel (в ESXi это тот же самый интерфейс, а в ESX — другой):
# vmkping 192.168.48.133
PING 192.168.48.133 (192.168.48.133): 56 data bytes
64 bytes from 192.168.48.133: icmp_seq=0 ttl=64 time=0.978 ms
64 bytes from 192.168.48.133: icmp_seq=1 ttl=64 time=1.009 ms
Для проверки соединения сервера VMware ESXi с хостом по какому-нибудь порту используется утилита netcat (nc). Telnet есть только на ESX. Формат использования netcat:
С помощью netcat можно проверять только TCP-соединения, для UDP (флаг -uz) всегда будет статус succeeded (даже если порт заблокирован или закрыт), так как соединения по UDP не устанавливается. Для того, чтобы тестировать UDP-соединения можно воспользоваться утилитой tcpdump-uw.
Команда nc может быть использована для сканирования диапазона портов (будьте осторожны со сканированием, чтобы не навлечь гнев безопасников):
Опция -w определяет таймаут между соединениями.
Для траблшутинга SSL-соединений может быть использована следующая команда:
В результате, вы увидите нечно подобное:
# openssl s_client -connect 192.168.48.133:443
CONNECTED(00000003)
Вывод может содержать полезную информацию об SSL-сертификатах, что может помочь в дальнейшем при поиске источника проблемы.
Для того, чтобы вывести список TCP/UDP-соединений на хосте, можно воспользоваться командами:
Выводом будет что-то вроде:
# esxcli network connection list
Proto Recv-Q Send-Q Local Address Foreign Address State World ID
tcp 0 52 192.168.48.136:22 192.168.48.1:55169 ESTABLISHED 0
tcp 0 0 127.0.0.1:62024 127.0.0.1:5988 TIME_WAIT 0
tcp 0 0 127.0.0.1:57867 127.0.0.1:5988 TIME_WAIT 0
tcp 0 0 127.0.0.1:62196 127.0.0.1:5988 TIME_WAIT 0
tcp 0 0 127.0.0.1:8307 127.0.0.1:52943 ESTABLISHED 5790
tcp 0 0 127.0.0.1:52943 127.0.0.1:8307 ESTABLISHED 5790
tcp 0 0 127.0.0.1:80 127.0.0.1:55629 ESTABLISHED 5785
tcp 0 0 127.0.0.1:55629 127.0.0.1:80 ESTABLISHED 6613
tcp 0 0 127.0.0.1:8307 127.0.0.1:56319 ESTABLISHED 5785
tcp 0 0 127.0.0.1:56319 127.0.0.1:8307 ESTABLISHED 5785
I would like to ping one vmware guest from another one. Both are Windows XP and use NAT. I set IP manually for VMnet8 to 192.168.18.1. (no using Obtain IP address automatically). Also I’m not able to ping neither guest1 nor guest2 from host.
I’m using VMWare Player 5.
Хост-компьютер (Windows 7):
Ethernet-адаптер VMware Network Adapter VMnet8:
DNS-суффикс для конкретного подключения. :
Локальный IPv6-адрес ссылки. . . . . : fe80::dc81:34e2:779d:595d%19
IPv4-адрес. . . . . . . . . . . : 192.168.18.1
Маска подсети . . . . . . . . . . . : 255.255.255.0
Шлюз по умолчанию . . . . . . . . . :
Суффикс DNS для конкретного подключения. : локальный домен
Айпи адрес. . . . . . . . . . . . : 192.168.18.131
Маска подсети . . . . . . . . . . . : 255.255.255.0
Шлюз по умолчанию . . . . . . . . . : 192.168.18.2
DNS-суффикс для конкретного подключения . : локальный домен
Айпи адрес. . . . . . . . . . . . : 192.168.18.132
Маска подсети . . . . . . . . . . . : 255.255.255.0
Шлюз по умолчанию . . . . . . . . . : 192.168.18.2
спросил 8 сентября 2012 г. в 17:19
брандмауэр netsh установить icmpsetting 8 включить
в этот момент я смог пропинговать одну виртуальную машину, а затем обе после того, как выполнил команду на обеих. эта разница между нашими сценариями заключается в том, что моя виртуальная машина настроена с использованием мостовых соединений
ответил 20 сентября 2012 г. в 3:56
ответил 14 июня 2018 в 8:55
3 золотых знака23 серебряных знака29 бронзовых знаков
Вы можете пропинговать ip с одной виртуальной машины на другую, выполнив следующие действия:
Изоляция гостей: ВКЛЮЧЕНА, ВКЛЮЧЕНА и установите флажок: ВКЛЮЧИТЬ VMCI
1 золотой знак22 серебряных знака36 бронзовых знаков
ответил 17 марта 2013 в 11:19
92 золотых знака575 серебряных знаков722 бронзовых знака
ответил 5 мая 2013 в 19:01
Если я правильно понял ваш вопрос. Теперь у вас есть обе виртуальные машины в одном сегменте сети VMnet8,
ответил 11 декабря 2014 в 7:16
После совместного подключения IP-адрес VMnet8 будет изменен на 192.168.137.1, установите IP-адрес 192.168.18.1 и повторите попытку
6 золотых знаков27 серебряных знаков36 бронзовых знаков
ответил 22 февраля 2018 в 11:32
7 золотых знаков22 серебряных значка34 бронзовых знака
ответил 12 ноя 2018 в 9:43
Сайед Фараз Умар Сайед Фараз Умар
1 золотой знак4 серебряных знака10 бронзовых знаков
Мне удалось выполнить эхо-запрос с виртуальных машин и хоста, установив сетевые настройки виртуальной машины в режим «Мост». Короче говоря, это помещает их всех в одну и ту же физическую сеть. Это в сочетании с вашими статическими IP-адресами должно помочь.
ответил 31 декабря 2012 в 22:39
7 золотых знаков43 серебряных знака62 бронзовых знака
В строке меню
6 золотых знаков46 серебряных знаков72 бронзовых знака
ответил 7 декабря 2013 г. в 5:42
В обеих операционных системах необходимо отключить брандмауэр.
Я использую MS SERVER 2012 R2 и MS WIN-7 в качестве клиента. Прежде всего, вызовите кнопку с логотипом окна «RUN BOX» + R, как только появится окно RUN, введите «firewall.cpl» в настройках брандмауэра окна, вы увидите «Включить или выключить брандмауэр окна», например, вы щелкаете по нему и выбираете «отключить брандмауэр окна». » как в частных, так и в общедоступных настройках, затем ОК. Снова пропингуйте гостевую ОС.
УДАЧИ
Аунгкококхант
ответил 6 января 2016 в 11:25
Хочу добавить, что да. При использовании настроек адаптера NAT в Vmware и отключении брандмауэра Windows я смог пропинговать другие гостевые машины в своей тестовой среде.
Примечание: Лучшей практикой будет внедрение аппаратного брандмауэра в больших средах и отключение брандмауэра Windows на контроллере домена.
ответил 18 февраля 2016 в 20:21
В Интернете доступно несколько связанных решений, но все зависит от конфигурации машины и правил брандмауэра.
Для меня работает следующее решение:
Проверьте это сообщение в блоге для подробного решения.
6 золотых знаков47 серебряных знаков88 бронзовых знаков
ответил 1 октября 2020 г. в 18:08
17 серебряных знаков24 бронзовых знака
Для Windows 10 —
Полностью отключить защиту брандмауэра в гостевой ОС Windows
Теперь ping 2.2.2.5 должен работать с хост-компьютера
ответил 27 июня 2022 в 0:22
6 серебряных знаков12 бронзовых знаков
Я столкнулся с той же проблемой, перепробовал все методы в интернете и, наконец, случайно решил ее. Не могли бы вы попробовать это (см. на картинке)
11 золотых знаков48 серебряных знаков78 бронзовых знаков
ответил 15 июля 2016 в 9:14
2 серебряных знака17 бронзовых знаков
Можете ли вы пропинговать сервер со своего хоста и других в той же подсети?
Можете ли вы получить доступ к другим сетевым ресурсам с вашей рабочей станции?
Был ли этот пост полезен?
палец вверх
thumb_down
ВМ на сервере ESXI могут взаимодействовать друг с другом.
ВМ на ESXI не могут пропинговать систему Win7 на рабочей станции
Вы выполнили маршрут трассировки?
Можете ли вы пропинговать сервер с вашего компьютера с Windows 10, на котором установлена рабочая станция Win 7?
Может ли рабочая станция Win 7 получить доступ к другим сетевым ресурсам (может ли она пропинговать ваш шлюз? Может ли она получить доступ к Интернету?)
Рабочая станция Windows 7 работает на VMWare Workstation 15, установленной в моей хост-системе. Моя хост-система не находится в подсети, в которой находится система Windows 7. Windows 7 и другие хосты настроены в тестовой сети. они используют адреса, начинающиеся с 144. Сервер ESXi не имеет подключения к Интернету. У меня есть хост-компьютер, подключенный к серверу ESXI через небольшой 5-портовый коммутатор Linksys.
Я без проблем могу пропинговать сервер ESXI.
У меня есть один Сервер на ESXI, IP-адрес которого находится в той же подсети, что и мой хост-компьютер, и я больше не могу пинговать его
Вы уверены, что ваша сеть виртуальных машин связана с вашей физической сетью?
Если вы можете пропинговать хост ESXI, но не виртуальные машины, возможно, вы просто подключились к сети управления. Проверьте конфигурацию виртуального коммутатора в ESXI. Есть ли у ваших виртуальных машин путь к физическому сетевому адаптеру, который подключен к вашей физической сети?
1 нашел это полезным
палец вверх
thumb_down
Думаю, проблема в этом. знаете ли вы руководство по настройке конфигурации виртуального коммутатора?
Обычно в развертываниях ESXi используется как минимум 2 сетевых адаптера. Один предназначен для управления ESXi, а другой подключен к виртуальному коммутатору, к которому подключаются ваши виртуальные машины внутри VMWare.
В ESXI это моя сетевая конфигурация
Этот человек является проверенным профессионалом.
Подтвердите свою учетную запись
чтобы коллеги по ИТ увидели, что вы профессионал.
Это ожидаемо, вы используете NAT. Вам нужно включить переадресацию портов или изменить сеть на мост на виртуальной машине рабочей станции.
Если вы используете NAT, я не понимаю, как вы можете иметь рабочий IP-адрес в той же подсети, что и хост, это не то, как должен работать ваш NAT.
как включить переадресацию портов?
Это мой конфиг. Вверху моя конфигурация для моего компьютера с Windows 10
Адаптер Ethernet Подключение по локальной сети:
Суффикс DNS для конкретного подключения. : Описание . . . . . . . . . . . : Физический адрес Intel(R) Ethernet Connection I217-LM. . . . . . . . . : 84-7B-EB-0B-7D-94 DHCP включен. . . . . . . . . . . : Автоконфигурация не включена. . . . : Да IPv6-адрес Link-local . . . . . : fe80::4902:dfc6:1eb:876c%10(предпочтительно) IPv4-адрес. . . . . . . . . . . : 192.168.1.172 (предпочтительно) Маска подсети . . . . . . . . . . . : 255.255.255.0 Шлюз по умолчанию . . . . . . . . . : DHCPv6 IAID . . . . . . . . . . . : 243563499 DUID клиента DHCPv6. . . . . . . . : 00-01-00-01-24-78-E2-D1-84-7B-EB-0B-7D-94 DNS-серверы . . . . . . . . . . . : 192.168.1.25 NetBIOS через Tcpip. . . . . . . . : Включено
Ethernet-адаптер VirtualBox Host-Only Network:
DNS-суффикс для конкретного подключения. : Описание . . . . . . . . . . . : Физический адрес Ethernet-адаптера VirtualBox только для хоста. . . . . . . . . : 0A-00-27-00-00-0F DHCP включен. . . . . . . . . . . : Автоконфигурация не включена. . . . : Да IPv6-адрес Link-local . . . . . : fe80::d405:aad6:931a:b9b7%15(предпочтительно) IPv4-адрес. . . . . . . . . . . : 192.168.56.1 (предпочтительно) Маска подсети . . . . . . . . . . . : 255.255.255.0 Шлюз по умолчанию . . . . . . . . . : DHCPv6 IAID . . . . . . . . . . . : 671744039 DUID клиента DHCPv6. . . . . . . . : 00-01-00-01-24-78-E2-D1-84-7B-EB-0B-7D-94 DNS-серверы . . . . . . . . . . . : fec0:0:0:ffff::1%1 NetBIOS через Tcpip. . . . . . . . : Включено
Адаптер беспроводной локальной сети Подключение по локальной сети* 1:
Состояние СМИ. . . . . . . . . . . : носитель отключен DNS-суффикс для конкретного подключения . : Описание . . . . . . . . . . . : Физический адрес виртуального адаптера Microsoft Wi-Fi Direct. . . . . . . . . : 3C-A9-F4-C3-63-11 DHCP включен. . . . . . . . . . . : Да Автоконфигурация включена . . . . : Да
Адаптер беспроводной локальной сети Подключение по локальной сети* 2:
Состояние СМИ. . . . . . . . . . . : носитель отключен DNS-суффикс для конкретного подключения . : Описание . . . . . . . . . . . : Физический адрес виртуального адаптера Microsoft Wi-Fi Direct #2. . . . . . . . . : 3E-A9-F4-C3-63-10 DHCP включен. . . . . . . . . . . : Да Автоконфигурация включена . . . . : Да
Ethernet-адаптер VMware Network Adapter VMnet1:
DNS-суффикс для конкретного подключения . : Описание . . . . . . . . . . . : Виртуальный Ethernet-адаптер VMware для физического адреса VMnet1. . . . . . . . . : 00-50-56-C0-00-01 DHCP включен. . . . . . . . . . . : Да Автоконфигурация включена . . . . : Да IPv6-адрес Link-local . . . . . : fe80::c480:989b:3c68:f80%16(предпочтительно) IPv4-адрес. . . . . . . . . . . : 192.168.180.1 (предпочтительно) Маска подсети . . . . . . . . . . . : 255.255.255.0 Аренда получена. . . . . . . . . . : среда, 11 ноября 2020 г., 10:59:42. Срок аренды истекает. . . . . . . . . . : пятница, 13 ноября 2020 г., 9:44:48 Шлюз по умолчанию . . . . . . . . . : DHCP-сервер . . . . . . . . . . . : 192.168.180.254 DHCPv6 IAID. . . . . . . . . . . : 184569942 DUID клиента DHCPv6. . . . . . . . : 00-01-00-01-24-78-E2-D1-84-7B-EB-0B-7D-94 DNS-серверы . . . . . . . . . . . : fec0:0:0:ffff::1%1 NetBIOS через Tcpip. . . . . . . . : Включено
Суффикс DNS для конкретного подключения. : Описание . . . . . . . . . . . : Виртуальный Ethernet-адаптер VMware для физического адреса VMnet8. . . . . . . . . : 00-50-56-C0-00-08 DHCP включен. . . . . . . . . . . : Да Автоконфигурация включена . . . . : Да IPv6-адрес Link-local . . . . . : fe80::59d5:2a1:5277:d071%20(предпочтительно) IPv4-адрес. . . . . . . . . . . : 192.168.40.1 (предпочтительно) Маска подсети . . . . . . . . . . . : 255.255.255.0 Аренда получена. . . . . . . . . . : среда, 11 ноября 2020 г., 10:59:57. Срок аренды истекает . . . . . . . . . . : пятница, 13 ноября 2020 г., 9:45:01 Шлюз по умолчанию . . . . . . . . . : DHCP-сервер . . . . . . . . . . . : 192.168.40.254 DHCPv6 IAID. . . . . . . . . . . : 285233238 DUID клиента DHCPv6. . . . . . . . : 00-01-00-01-24-78-E2-D1-84-7B-EB-0B-7D-94 DNS-серверы . . . . . . . . . . . : fec0:0:0:ffff::1%1 Основной WINS-сервер. . . . . . . : 192.168.40.2 NetBIOS через Tcpip. . . . . . . . : Включено
Адаптер беспроводной локальной сети Подключение к беспроводной сети:
DNS-суффикс для конкретного подключения. : лан Описание . . . . . . . . . . . : Физический адрес Intel(R) Centrino(R) Ultimate-N 6300 AGN. . . . . . . . . : 3C-A9-F4-C3-63-10 DHCP включен. . . . . . . . . . . : Да Автоконфигурация включена . . . . : Да IPv6-адрес. . . . . . . . . . . : 2603:8080:8a06:811e::14e8(предпочтительно) Аренда получена. . . . . . . . . . : 8 ноября 2020 г., воскресенье, 19:32:57. Срок аренды истекает . . . . . . . . . . : четверг, 19 ноября 2020 г., 22:33:09 — IPv6-адрес. . . . . . . . . . . : 2603:8080:8a06:811e:41b4:49bc:fafc:1cde (предпочтительно) Временный IPv6-адрес. . . . . . : 2603:8080:8a06:811e:18ef:e32d:cd6:5bf9 (устарело) Временный IPv6-адрес. . . . . . : 2603:8080:8a06:811e:2c07:b34:d39d:da80(устарело) Временный IPv6-адрес. . . . . . : 2603:8080:8a06:811e:514d:2c9f:ecb5:e84e(устарело) Временный IPv6-адрес. . . . . . : 2603:8080:8a06:811e:645e:f40c:feb:4579 (устарело) Временный адрес IPv6. . . . . . : 2603:8080:8a06:811e:d15e:afa0:7fb2:1098 (предпочтительно) IPv6-адрес Link-local . . . . . : fe80::41b4:49bc:fafc:1cde%6(предпочтительно) IPv4-адрес. . . . . . . . . . . : 192.168.1.45 (предпочтительно) Маска подсети . . . . . . . . . . . : 255.255.255.0 Аренда получена. . . . . . . . . . : воскресенье, 8 ноября 2020 г., 19:32:55 Истекает срок аренды . . . . . . . . . . : пятница, 13 ноября 2020 г., 19:03:57 Шлюз по умолчанию . . . . . . . . . : fe80::229a:7dff:fe12:db82%6 192.168.1.1 DHCP-сервер . . . . . . . . . . . : 192.168.1.1 DHCPv6 IAID. . . . . . . . . . . : 222079476 DUID клиента DHCPv6. . . . . . . . : 00-01-00-01-24-78-E2-D1-84-7B-EB-0B-7D-94 DNS-серверы . . . . . . . . . . . : 192.168.1.1 NetBIOS через Tcpip. . . . . . . . : Включено
ВМ на ESXI Config:
Проблемы времени (NTP) на виртуальных машинах в ESXi 4
У меня уже давно были проблемы с синхронизацией прерывистого времени с моими компьютерами, работающими на ESXi4. Я подумал, что возникли проблемы с самой моей виртуальной машиной, и внес некоторые изменения, которые на некоторое время проясняют ситуацию. Проблемы вернулись, и я начинаю задаваться вопросом, не связано ли это с самим ESXi. Моя конфигурация:
-2 контроллера домена Windows
— Exchange Server x 2
Инструменты VMWare установлены на всех окнах. FreeNAS работает без установленных VMTools. Контроллеры домена настроены на использование времени NTP, сервопривода из интернет-сервера времени. Клиентская Windows имеет конфигурацию по умолчанию и должна получать точное время одного из двух контроллеров домена. FreeNAS уделяет время контроллерам домена. Часто, когда проблемы начинаются с аутентификацией, это происходит из-за слишком большой разницы в часах между серверами или между сервером/клиентом.
Есть ли рекомендуемые решения этих проблем? Я просмотрел сообщения форума и базы знаний и нашел много информации, но ничего, что, похоже, не решает эти проблемы.
Я рекомендую вам настроить время за пределами вашей виртуальной среды для ваших хостов сервера ESXi.
Представьте, что ничего не находится под напряжением, и вы начинаете заводиться.
Контроллер домена будет начинать со времени вашего хоста ESXi (UTC) до тех пор, пока не сможет подключиться к Интернету для обновления времени.
В настоящее время большинство виртуальных машин, вероятно, находятся в неправильном времени, и это создает много проблем.
После обновления DC только синхронизация ESXi будет размещена в точное время. Весь ход перепутался
Если у вашего ESXi есть внешний сервер NTP, они загружаются с точным временем и запускают все виртуальные машины с точным временем.
Это может быть полезно
Не удается пропинговать виртуальные машины между VMWare
В настоящее время у меня установлены две ВМ и две Windows XP. Я могу пропинговать хост-компьютер для виртуальных машин, но я не могу использовать пинг на другом. V M — получить «Время ожидания запроса истекло». Две виртуальные машины находятся в сетевой конфигурации NAT. Я тоже пробовал ставить на команду, но они все равно не могут пинговать друг друга. Я что-то пропустил? — Я думаю, что изменение соединений Bridge может работать, но я думаю, что NAT также должен работать. — Особенно, когда они в команде.
Заранее спасибо за помощь.
Если это не так, необходимо просмотреть вывод команды ipconfig/all на хосте и гостях.
На рабочем столе хоста будет создан файл с именем host_ipconfig.txt
Это создаст на клиенте файл с именем guest_ipconfig.txt Office
Примечание. Конечно, измените имя файла guest_ipconfig.txt, чтобы различать гостей.
Заархивируйте вместе невыпущенные файлы и прикрепите файл .zip к ответному сообщению.
Список виртуальных машин внутри хоста, хранилища данных и указанного кластера?
Привет. Я обнаружил, что код показывает, но не могу понять. Выход — это не то, что я хочу.
Но выход неверен, что эти виртуальные машины не находятся на Site1UCSCluster01:
Имя : CBEDM
Кластер : Site1UCSCluster01
Хост ESX: Host1
Хранилище данных: CBEDM-DS3-R5
Название : CBEDMTest
Кластер : Site1UCSCluster01
Хост ESX: Host2
Хранилище данных: CBTEST-DS1-R5
Спасибо за помощь,
Так что попробуй так
Один мигрировал с моей виртуальной машины на другой хост VSphere и не запускается
У меня есть виртуальная машина, которую я изначально преобразовал в Hyper-V для размещения VSphere. После того, как я это сделал, он запустился очень хорошо, но при запуске у меня вылезли две ошибки.
«Контроллер IDE найден, но виртуальная машина не поддерживает эту опцию» и
«Плита, поддерживающая вариант, не найдена».
Когда я посмотрел на жесткий диск в настройках, похоже, что он не поддерживается. Это потому, что я плохо преобразовал Hyper-V в VSphere с помощью VMWare Converter?
Но сейчас я настраиваю VCenter Server и тестирую миграцию этих машин на другой хост и с помощью клиента VSphere. Сейчас не запускается. Я получаю сообщение об ошибке, в котором говорится.
«Устройство «жесткий диск 1» использует неподдерживаемый контроллер». Это общее ограничение совместимости виртуальной машины с выбранной версией хоста ESXi. »
Помните, что изначально это тот же хост VSphere, на котором он работает. Любое предложение будет оценено.
Если это работает сейчас — это правильно? n ‘ не забывайте не начислять полезные и/или правильные баллы
Я удалил эти записи;
иде0:0. FileName = ‘PIC-JVM-v0001 — 000001.vmdk «. IDE1:0. Present = ‘TRUE’. IDE1:0.clientDevice = ‘TRUE’. IDE1:0. DeviceType = «cdrom-raw» IDE1:0.startConnected = «FALSE».ide0:0.Повторить = «»IDE1:0.ИмяФайла = ‘/usr/lib/vmware/isoimages/windows.iso’.scsi0:0.DeviceType = «scsi-passthru.scsi0:0. FileName = ‘/vmfs/devices/cdrom/mpx.vmhba1:C0:T0:L0 ‘.scsi0:0.allowGuestConnectionControl = «FALSE».
И добавил к ним;
ide0:0.clientDevice = ‘true’ .ide0:0. DeviceType = «cdrom-raw»ide0:0.startConnected = «false».scsi0:0. FileName = ‘PIC-JVM-v0001 — 000001.vmdk «.scsi0:0. DeviceType = «scsi-disk» hardscsi0:0. Redo = «»
Хотя существует высокая вероятность того, что остальные шесть действий, которые вам предстоит выполнить, будут похожи на это, их придется оценивать индивидуально и соответствующим образом модифицировать.
До скорой встречи.
Неверное сообщение «VMware Tools можно обновить» для виртуальной машины в ESXi 4.1
Эти инструменты VMware в моей гостевой операционной системе остаются в списке «Инструменты VMware можно обновить» и с желтым восклицательным знаком.
Операционная система хоста — ESXi 4.1.0, сборка 348481
Версия VMware Tools — 8.4.8, сборка 491717
http://КБ. VMware.com/selfservice/microsites/search.do?language=en_US & cmd = displayKC & externalId = 2001382
Проверил, файла с таким расширением нет.
Я думаю, что инструменты VMware не могут прочитать или сравнить правильные числа. Или есть другая причина?
Ответ на мой собственный пост:
Ответ, собственно процедура, внутри этой статьи:
По какой-то причине VMware Tools не устанавливается корректно (например, на жестком диске остались файлы предыдущих версий). Так что я должен сделать ручную очистку, прежде чем переустанавливать инструменты.
Нет сетевого соединения между виртуальными машинами на разных хостах ESXi
У меня есть несколько хостов 5.0 ESXi в кластере, управляемом vCenter Server 5, и у меня проблемы с сетью:
Итак, основная проблема заключается в том, что виртуальные машины могут обмениваться данными на хостах. Это серьезная проблема, которую мне нужно исправить по очевидным причинам.
Сеть на всех хостах настроена абсолютно одинаково: уникальный и стандартный vSwitch с парой сгруппированных гигабитных сетевых карт, vmkernels, настроенный для управления vMotion, NFS и сетью, и группа портов, настроенная для ВИРТУАЛЬНОЙ локальной области сети, используемой виртуальными машинами. (vMotion отлично работает на хостах, хранилище vMotion тоже работает очень хорошо.) Все виртуальные машины являются серверами Windows (2003 и 2008).
Причина № 3 и № 4 выше, я предполагаю, что № 5 должен быть результатом проблемы с конфигурацией ESXi/vCenter, а не проблемой с коммутаторами материала восходящего потока. Это разумное предположение?
Что бы это ни было, кто-нибудь может подсказать, как мне это исправить? Это довольно раздражает, так как я почти уверен, что эти хосты настроены так же, как и хосты нашего производственного кластера, в котором нет всех этих проблем!
Заранее спасибо за любую помощь, которую вы можете оказать.
Если честно, это похоже на проблему с вашей физической сетью-
Как сконфигурирована физическая сеть – подключает ли NIC ее к одним и тем же физическим коммутаторам? Находятся ли виртуальные машины в одной подсети? Если это не так, они могут пропинговать шлюз sbnet? Можете ли вы получить IP-адрес хоста от виртуальных машин?
Я также переместил его на более подходящий форум.
Миграция виртуальных машин в ESXi 4.1 в 5.5 на новое оборудование
Я новичок в VMware, и наша компания купила 4 новых сервера и SAN для замены нашей старой установки VSphere 4.1, установленной 12 лет назад. Старая конфигурация, состоящая из сервера VCenter 4.1 физика 2003 года, 2 хостов Dell 2900 ESXi и 1 SAN MD300i. Gen9 снова установщик 4 HP DL360 (3 хоста 1 VCenterServer) и MSA 2040. Может кто-нибудь объяснить мне, как лучше всего перенести больше наших текущих виртуальных машин на новое оборудование? Я нашел это из предыдущего поста здесь, но он не перемещает виртуальную машину из SAN в другую.
Миграция виртуальных машин ESXi 4.x на 5.5
«Если я понимаю ваш вопрос, продолжайте создавать новую среду 5.5 с вашими 3 хостами с нуля, «игнорируя» ваши старые хосты. Как только ваша новая среда будет запущена и запущена, подключите гостей 4.1 к вашему новому серверу vCenter Server и vMotion для перемещения виртуальных машин во время их работы в новый кластер (живая миграция без перерыва)
.
Обновления VMTools не выполняются автоматически во время миграции.
Как только ваши виртуальные машины появятся на новых хостах, обновите инструменты как обычно, после чего вы также сможете обновить виртуальное оборудование ваших виртуальных машин.
Обновление виртуального оборудования необязательно; Если у вас нет виртуальных машин, которым нужны новые функции, вы можете пропустить этот последний шаг и оставить их как есть. »
Предыдущий ответ довольно хорош, но я хотел бы добавить несколько элементов.
Вы можете «отключить» хосты 4.1 вашего старого vcenter с работающими виртуальными машинами, а затем, когда вы подключите хосты в вашей среде 5.5, он также импортирует вашу работающую виртуальную машину. Если у вас правильно настроены виртуальные сети, вы можете выполнять живую миграцию старого хоста vmfs и старого хранилища данных одновременно через веб-клиент, если это позволяет ваша лицензия esx. В противном случае закройте свои виртуальные машины по одной за раз, чтобы перенести их выше.
В качестве альтернативы вы можете запустить свой vcenter как виртуальную машину в кластере, которым он управляет. Это дает вам несколько DRS и HA для vcenter, а также 4-й хост для виртуальных машин.
Если у вас нет дополнительной лицензии, вы также можете установить новые хосты версии 5.5 и работать в течение 60 дней, прежде чем вы обновите свои лицензии 4.1, чтобы применить их к новому хосту.
IO создает виртуальные машины на хосте
У меня 2 Серверный кластер ESXi build 1065491 за месяц мониторинга сообщил о каких-то проблемах с виртуальными машинами — пропал пинг.
Идентификатор события: 129
Идентификатор события: 153
есть идеи, что могло вызвать эту проблему? или как исправить?
Важно, что я перенес в проблемную виртуальную машину Windows 2012 без сервера ESXi и стали появляться сообщения LSI_SAS и проблемы с диском
Большое спасибо, ребята
Я не понимаю, что сообщения LSI SAS и mptscsi приходят внутрь гостей, у которых есть контроллер LSI. Я согласен с тем, что vmhba0 LSI на сервере, возможно, не имеет ничего общего с ошибками внутри гостей, потому что у вас нет виртуальных машин в локальном хранилище данных, а CF.
Итак, давайте взглянем на обычных подозреваемых:
1. как указал Меммад, в журнале vmkernel мы можем видеть, что FC lun не обнаружен и не сообщается.
3 — настроен ли лун на мультипути при возникновении вопросов, CF еще раз, это могут быть газеты vmkernel. ?
4. Я уверен, что файл подкачки будет сгенерирован при запуске FC lun, но у них есть проверка, обновляет ли последний файл каталог виртуальной машины swap в настоящее время. Это сделано для устранения любых задержек в файле подкачки в письменной форме клиента из-за проблем с CF.
5. Ранее были вопросы похожие на ваши, т.к. ВМ теряет пинги, падает производительность, но здесь они были в iscsi и 4.1 КБ
Похоже, что гости заброшены или их команды сброса scsi, похоже, здесь проблема.
Я установил WIn7 — 64-битную хост-систему, WS8 и, кажется, очень хорошая и качественная конфигурация. Я очень счастлив.
Спасибо за ваше время и внимание.
Если вы хотите настроить остановку действия для всех виртуальных машин, найдите раздел под разделом. Изменить на удержание
Сохраните файл. Перезагрузите хост (неавтоматические действия по питанию выполняются только при перезапуске хоста). Теперь, когда вы остановите хост, WS должен приостановить работу ВМ
Как всегда, ручное редактирование файлов конфигурации не считается поддерживаемым. Сохраните файл перед редактированием. Регулируйте на свой страх и риск.
Установка ESXi до vCenter Server? Как я могу получить vCenter Server на виртуальной машине на серверах ESXi?
Спасибо за помощь.
Привет, чувак, добро пожаловать в сообщества.
После того, как вы установили свой первый хост ESXi, откройте браузер и перейдите по адресу https://your-ESXi-ip-or-FQDN
Но для начала установите vSphere Windows Client. Затем вы можете запустить его и подключиться напрямую к вашему хосту ESXi. Здесь вы можете создать свою первую виртуальную машину, которая может быть VM vCenter (установка Windows или устройство, то есть вы).
Вы можете использовать веб-клиент или подключиться к серверу с помощью клиента c# vSphere vCenter VCenter.
Ответ виртуальной машине на том же сайте
Пытаюсь установить репликацию vSphere v5.1. Я делаю это без SRM, а только с прибором(ами) OVF. В настоящее время у нас есть 8 гостей, распределенных между двумя группами. У нас есть vCenter, управляющий всем этим, и все перечислено в Data Center. Вторая группа находится на нашем сайте аварийного восстановления, и ей сопоставлено другое хранилище. Я пытаюсь использовать репликацию vSphere как средство для репликации нашей важной виртуальной машины в наш центр аварийного восстановления. Возможно ли это сделать в единственной текущей конфигурации?
Мне тяжело ходить на работу. Я развернул два устройства репликации OVF и застрял, пытаясь реплицировать виртуальную машину. Выдает ошибку, что объект данных не найден. Я думал, что мне нужно «подключиться» с локального сайта на удаленный сайт, но, поскольку это все время устанавливает vCenter, я получаю сообщение об ошибке, указывающее, что он не может подключиться сам к себе.
Возможно ли то, что я пытаюсь сделать? Если нет, не могли бы вы сообщить мне, что мне нужно изменить, чтобы он работал правильно. Спасибо.
Описанный вами сценарий поддерживается — вы можете реплицировать виртуальные машины с одного хоста на другой в пределах одного VC.
Для этого:
— вам потребуется развернуть репликацию vSphere 5.1 для VC, а не для конкретного хоста
-VR требует VC 5.1. Если вам понравился ВК — автономный ВР не подойдет. Если у вас более свежий ВК, например 5.5, вам нужен РВ 5.5
-Для репликации внутри ВК даже не нужно ссылаться на целевой сайт.
-Просто выберите виртуальный компьютер, который вы хотите реплицировать, когда вы открыли сеанс в веб-клиенте vSphere, подключенном к VC, укажите на то же место — должно быть доступно в списке, и выберите соответствующее хранилище данных и переместите через мастера.
Создание виртуальных машин на ESXi 5 и переход на ESX 4.1
Мне нужно создать и настроить виртуальные компьютеры (с операционной системой и приложениями) в среде с хостом vSphere ESXi 5.0 U1 U1 5.0.
После этого хочу перенести виртуальную машину в другую среду vSphere, расположенную в филиале, но на этот раз версии 4.1 U1 (ESX 4.1 U1).
Знаете ли вы, поддерживается ли он VMware? будет ли машина работать нормально?
Нет, в этом нет необходимости, потому что инструменты обратно совместимы
Мы внедряем Oracle RAC на двух виртуальных машинах, по одной на каждой из двух армий для резервирования. Для нашей инсталляции:
Я изучаю только VMware, поэтому я могу упустить какой-то фундаментальный способ сделать это, или, возможно, это вообще невозможно. Вы знаете способ создать установщик, который я описал?
Добро пожаловать в сообщество,
PS: забыл добавить ссылку: http://kb.vmware.com/kb/1004617
Как переместить виртуальные машины с одного хоста на другой без полноценного ВП и vMotion?
не могли бы вы помочь мне с вопросом?
Я нашел эту статью:
но требуется RCLI Инфраструктура VMware ESXi не имеет интерфейса командной строки по умолчанию Итак, как перемещать виртуальные машины между хостами (конечно, я имею в виду «холодное» перемещение) без покупки дополнительного программного обеспечения VMware? Это вообще возможно в моей ситуации?
Чтобы переместить виртуальную машину с одного хоста на другой, если оба хоста имеют одинаковые процессоры, вы можете приостановить виртуальную машину на одном хосте, просмотреть и добавить виртуальную машину в инвентарь на втором хосте перерыва и Объединенные народы.
