VK
7.0.0 (Build 15843807)
а vcenter перестал запускаться после ребута (
пишет no healthy upstream
а vcenter перестал запускаться после ребута (
пишет no healthy upstream
Esxi обновить! Время как синхронизируется в хостах и вицентре?
Size: a a a
2021 January 01
AS
Esxi обновить! Время как синхронизируется в хостах и вицентре?
затрудняюсь ответить
я это не настраивал
парк перешел от предыдущего админа (
я это не настраивал
парк перешел от предыдущего админа (
AS
забыл ещё уточнить один нюанс
на виртуалках у нас крутится Centos 7 и в то же время на множестве виртуалок закрешился auditd
на виртуалках у нас крутится Centos 7 и в то же время на множестве виртуалок закрешился auditd
AK
точно корона...
T
всем привет
подскажите, может кто сталкивался
используем два больших сервера с vmware esxi 7.0.0 на борту
вчера в один момент на обоих серверах CPU Usage уперлась в полку.
Виртуалки обслуживают абсолютно разные сервисы, не взаимосвязанные.
esxtop отображает информацию в неструктурированном виде, которую невозможно использовать
подскажите, может кто сталкивался
используем два больших сервера с vmware esxi 7.0.0 на борту
вчера в один момент на обоих серверах CPU Usage уперлась в полку.
Виртуалки обслуживают абсолютно разные сервисы, не взаимосвязанные.
esxtop отображает информацию в неструктурированном виде, которую невозможно использовать
Без чтения манов — конечно же, невозможно.
Но если уж совсем, то можно открыть для себя visual esxtop.
Но если уж совсем, то можно открыть для себя visual esxtop.
T
забыл ещё уточнить один нюанс
на виртуалках у нас крутится Centos 7 и в то же время на множестве виртуалок закрешился auditd
на виртуалках у нас крутится Centos 7 и в то же время на множестве виртуалок закрешился auditd
Никто не скажет лучше вас, что внутри ВМ. Может, это ботнет, может, DDoS атака, может, старому админу не заплатили, и он timebomb поставил.
Гипервизор тупо планирует выполнение вашего хозяйства. Так что мониторинг в зубы, сортируем по lavg и смотрим, кто отличился.
Гипервизор тупо планирует выполнение вашего хозяйства. Так что мониторинг в зубы, сортируем по lavg и смотрим, кто отличился.
AS
Никто не скажет лучше вас, что внутри ВМ. Может, это ботнет, может, DDoS атака, может, старому админу не заплатили, и он timebomb поставил.
Гипервизор тупо планирует выполнение вашего хозяйства. Так что мониторинг в зубы, сортируем по lavg и смотрим, кто отличился.
Гипервизор тупо планирует выполнение вашего хозяйства. Так что мониторинг в зубы, сортируем по lavg и смотрим, кто отличился.
Вы правы, проблема не в гипервизоре.
Что-то случилось с ОС внутри виртуалок (centos 7).
yum update & reboot решили проблему…
очень странно
Что-то случилось с ОС внутри виртуалок (centos 7).
yum update & reboot решили проблему…
очень странно
AL
Опыт не пропьёшь
AZ
Вы правы, проблема не в гипервизоре.
Что-то случилось с ОС внутри виртуалок (centos 7).
yum update & reboot решили проблему…
очень странно
Что-то случилось с ОС внутри виртуалок (centos 7).
yum update & reboot решили проблему…
очень странно
Редко когда проблема в гипервизоре
2021 January 02
GB
Коллеги, с Новым Годом!
Подскажите, пожалуйста.
Отключили vMotion на одном vMKernel, включили на другом. Отправили мигрировать тачку - она поехала по старому vmkernel.
При переключении сервиса на другой vmk, Надо делать перезагрузку или можно как-то обойтись со стоп/старт сервиса?
Подскажите, пожалуйста.
Отключили vMotion на одном vMKernel, включили на другом. Отправили мигрировать тачку - она поехала по старому vmkernel.
При переключении сервиса на другой vmk, Надо делать перезагрузку или можно как-то обойтись со стоп/старт сервиса?
АО
Коллеги, с Новым Годом!
Подскажите, пожалуйста.
Отключили vMotion на одном vMKernel, включили на другом. Отправили мигрировать тачку - она поехала по старому vmkernel.
При переключении сервиса на другой vmk, Надо делать перезагрузку или можно как-то обойтись со стоп/старт сервиса?
Подскажите, пожалуйста.
Отключили vMotion на одном vMKernel, включили на другом. Отправили мигрировать тачку - она поехала по старому vmkernel.
При переключении сервиса на другой vmk, Надо делать перезагрузку или можно как-то обойтись со стоп/старт сервиса?
А как поняли что миграция была по старому кернелу?
GB
Александр Окулов
А как поняли что миграция была по старому кернелу?
Esxtop network
GB
Александр Окулов
А как поняли что миграция была по старому кернелу?
Отдельно созданный vmk простаивал.
Рестарт менеджмента не делал
Рестарт менеджмента не делал
АО
На старом был менеджмент?
GB
Александр Окулов
На старом был менеджмент?
Да, на старом был и менеджмент и вмоушн. Менеджмент остался на старом, вмоушн поставил на новый
АО
Значит не завелся вмоушен на новом кернеле и вы мигрировали через менеджмент интерфейс
АО
Вы на новом кернеле TCP стек делали для вмоушен?
GB
Александр Окулов
Вы на новом кернеле TCP стек делали для вмоушен?
Включили jumbo frames, так как на менеджменте 1500 mtu.
TCP стек стоит дефолтный. Vmotion не выбрал. Сейчас попробую переделать
TCP стек стоит дефолтный. Vmotion не выбрал. Сейчас попробую переделать
R
Коллеги, с Новым Годом!
Подскажите, пожалуйста.
Отключили vMotion на одном vMKernel, включили на другом. Отправили мигрировать тачку - она поехала по старому vmkernel.
При переключении сервиса на другой vmk, Надо делать перезагрузку или можно как-то обойтись со стоп/старт сервиса?
Подскажите, пожалуйста.
Отключили vMotion на одном vMKernel, включили на другом. Отправили мигрировать тачку - она поехала по старому vmkernel.
При переключении сервиса на другой vmk, Надо делать перезагрузку или можно как-то обойтись со стоп/старт сервиса?
У вас vmotion в отдельной подсети от менеджмента или в той же? Если в той же, то vmotion идёт всегда через vmk0
R
У вас vmotion в отдельной подсети от менеджмента или в той же? Если в той же, то vmotion идёт всегда через vmk0
Имеется в виду второй vmk в той же подсети что и первый?