Esxi: различия между версиями

Материал из wiki.nntc.nnov.ru
Перейти к навигации Перейти к поиску
(Сбросить MAC адрес на железный)
Строка 60: Строка 60:
 
===Сбросить MAC адрес на железный===
 
===Сбросить MAC адрес на железный===
  
esxcfg-advcfg -s 1 /Net/FollowHardwareMac
+
Положить внутрь этот скрипт
  
https://kb.vmware.com/s/article/1031111
+
cat fix.sh
 +
#!/bin/sh
 +
newmac=$(esxcfg-nics -l | grep vmnic0 | awk {'print $7'})
 +
oldmac=$(cat /etc/vmware/esx.conf | grep 'vmkernelnic' | grep -o '..:..:..:..:..:..')
 +
sed -i "s/$oldmac/$newmac/g" /etc/vmware/esx.conf;
 +
echo "test new mac $newmac"
 +
cat /etc/vmware/esx.conf | grep $newmac
 +
echo "please type command: reboot"
 +
 
 +
Сделать его исполняемым
 +
 
 +
chmod +x fix.sh
 +
 
 +
Запустить
 +
 
 +
./fix.sh
 +
 
 +
Перезагрузиться
 +
 
 +
reboot
  
 
===Заменить вручную===
 
===Заменить вручную===

Версия 01:31, 29 ноября 2020

Запуск внутри PVE

https://medium.com/@alexander.bazhenov/%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0-vmware-esxi-%D0%B2%D0%BD%D1%83%D1%82%D1%80%D0%B8-proxmox-d5778b5a97a1

Включить возможость использования виртуальными машинами вложенной виртуализации

Это когда сам esxi запущен внутри виртуальной машины, гипервизор для которой представляет вложенную виртуализацию

Надо добавить к каждому конфигу виртмашины параметр

vmx.allowNested = "TRUE"

Вернуть хранилище, которое отвалилось

Смотрим какие доступны:

esxcli storage vmfs snapshot list

в ответе будет идентификатор

Монтируем хранилище на место

esxcfg-volume -M 5d35b757-601d4e84-bd89-0050569254dc

Идентификатор в этом контексте -- это 5d35b757-601d4e84-bd89-0050569254dc

Важно! Нужно после возвращения хранилища на место корректно выключить и включить операционную систему, чтобы убедиться, что при повторном включении хранилище сразу на месте

Оригинал стати с проблемой и решением: https://communities.vmware.com/t5/ESXi-Discussions/Need-to-add-an-existing-local-datastore-from-before-a-re-install/m-p/490383

Заставить всегда при запуске виртмашины автоматически отвечать на вопросы

В файле

/etc/vmware/config

Убрать строчку

vhv.enable="TRUE"

Оригинал стати с проблемой и решением: https://communities.vmware.com/t5/ESXi-Discussions/Confirmation-on-launching-without-VT-x-EPT/m-p/934986#M80220

Проблемы

Разрвернули OVA образ в VirtualBox, а он не работает. Висит на проверке модулей

Нужно переключить архитектуру виртуальной машины на 64-разрядную

Говорит, что нет сетевого адаптера (в VirtualBox)

Нужно переключить сетевой адаптер в режим работы

Intel/PRO 1000 T Server

Диски (в VirtualBox)

Диски нужно вешать на шину

AHCI (SATA)

MAC адреса

Сбросить MAC адрес на железный

Положить внутрь этот скрипт

cat fix.sh 
#!/bin/sh
newmac=$(esxcfg-nics -l | grep vmnic0 | awk {'print $7'})
oldmac=$(cat /etc/vmware/esx.conf | grep 'vmkernelnic' | grep -o '..:..:..:..:..:..')
sed -i "s/$oldmac/$newmac/g" /etc/vmware/esx.conf;
echo "test new mac $newmac"
cat /etc/vmware/esx.conf | grep $newmac
echo "please type command: reboot"

Сделать его исполняемым

chmod +x fix.sh

Запустить

./fix.sh

Перезагрузиться

reboot

Заменить вручную

При клонировании виртмашин с esxi вместе с ними клонируются и MAC адреса, которые настраиваются хост-машиной esxi как те, которые используются для работы в сети. Следовательно запуск больше одного экземпляра в одной сети приводит к тому, что глючит веб интерфейс всех запущенных машин (ещё бы, с одного и того же мак-адреса то в одном сегменте сети!)

Лечится так: заходим по SSH и меняем в конфиге машины стандартные маки на новые -- уникальные.

Для ленивых -- команда

MAC=96:6B:90:F6:35:77;sed -i "s/00:50:56:78:68:2f/$MAC/g" /etc/vmware/esx.conf;sed -i "s/00:50:56:92:54:dc/$MAC/g" /etc/vmware/esx.conf;sed -i "s/00:50:56:6d:bf:61/$MAC/g" /etc/vmware/esx.conf

, где

MAC=96:6B:90:F6:35:77

это переменная для работы последующих вызовов команды sed. Это новый мак адрес.


00:50:56:78:68:2f
00:50:56:92:54:dc
00:50:56:6d:bf:61

мак-адреса в конкретном конфиге (исторически сформированные кем-то там, кто делал саму сборку esxi и паковал её)


Т.е. зайдя на esxi хост по SSH нужно выполнить эту команду, подставив в переменную окружения желаемый мак адрес и заменив старые мак-адреса конкретной конфигурации.


Проверить себя можно так:

cat /etc/vmware/esx.conf | grep 2E:0E:65:1D:53:90


Должно выдать что-то типа этого:

/net/pnic/child[0000]/virtualMac = "2E:0E:65:1D:53:90"
/net/pnic/child[0000]/mac = "2E:0E:65:1D:53:90"

Сменить порт веб интерфейса

Зачем?

Веб интерфейс прекрасно работает на портах, отличающихся от 443 (когда веб интерфейс нужен из-за файрвола и порт на файрволе отличается от родного порта esxi) до момента, пока не будет нужно подключаться к виртуальному дисплею виртмашины.

Еси в момент ошибки посмотреть в отладочную консоль браузера, то будет видно, что при подключении по

wss://

порт у хоста не меняется (т.е. остаётся 443).

Поэтому, необходимо глобально на уровне esxi менять веб порт и забрасывать снаружи точно такой же

Как?

Два этапа

Этап 1

Входим по ssh и выполняем команды

export OLDPORT=443
export NEWPORT=8516
sed -i "s/$OLDPORT/$NEWPORT/g" /etc/vmware/rhttpproxy/config.xml

Перезагружаемся командой

reboot


Этап 2

Опять входим через ssh (не расстраиваемся, если увидим на дисплее виртмашины картину, которая отличается от привычной. Доступ по ssh сохранится)

Выполняем внутри команды

export NEWPORT=8503 
cat << EOF > /etc/vmware/firewall/changedport.xml
<ConfigRoot>
  <service>
    <id>changedport</id>
    <rule id='0000'>
      <direction>outbound</direction>
      <protocol>tcp</protocol>
      <porttype>dst</porttype>
      <port>$NEWPORT</port>
    </rule>
    <rule id='0001'>
      <direction>inbound</direction>
      <protocol>tcp</protocol>
      <porttype>dst</porttype>
      <port>$NEWPORT</port>
    </rule>
    <enabled>true</enabled>
    <required>false</required>
  </service>
</ConfigRoot>
EOF

Тут жмём Enter, чтобы завершить формирование файла посредством heredoc синтаксиса

Обновляем настройки файрвола командой:

esxcli network firewall refresh

Поможет? (нет!)

НЕТ!

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

Этот плагин как подключался к wss://host/чтототам (т.е. стандартный 443 порт), так и будет продолжать. Т.е. веб интерфейс будет работать на другом порту, а веб консоль - нет.

Выход один -- проксировать через nginx. Ну или через другой вебсервер.