N
Но там должно быть пусто
Size: a a a
2020 October 06
DM
Там рядом слева закладка resync
DM
а как быть с этим?
N
Там кнопка есть в health check
N
Если ваша конфигурация кластера в vCenter и в самом vsan совпадает то все долго быть ок после этого
DG
Q: How does one troubleshoot and fix the error state?
To fix this problem, go to Cluster > Monitor > vSAN > Health. Select Cluster > vCenter state is authoritative, and click Update ESXi configuration.
To fix this problem, go to Cluster > Monitor > vSAN > Health. Select Cluster > vCenter state is authoritative, and click Update ESXi configuration.
DM
Там кнопка есть в health check
DM
update esxi configuration?
GP
Q: How does one troubleshoot and fix the error state?
To fix this problem, go to Cluster > Monitor > vSAN > Health. Select Cluster > vCenter state is authoritative, and click Update ESXi configuration.
To fix this problem, go to Cluster > Monitor > vSAN > Health. Select Cluster > vCenter state is authoritative, and click Update ESXi configuration.
Дима, прекрати, тут человека спасают, а ты со своими глупостями
DM
Если ваша конфигурация кластера в vCenter и в самом vsan совпадает то все долго быть ок после этого
есть, все ок
DM
еще осталась одна VM с FT, как быть с ней?
DM
1VMs waiting for resources
DM
это видимо она и есть
DM
@KulikovNikolay как быть?
N
С вопросами по FT, я пожалуй отправлю в профильную группу в VMUG (там как-то давным давно просили живую инсталяцию с FT показать) 😋
N
Итак. Что мы узнали за последние ~20 часов:
1.) Не надо добавлять в кластер vSphere/vSAN хосты с ESXi версий старше, чем vCenter.
2.) vSAN, в очередной раз, показал чудеса стойкости ко всякому роду противоестественным действиям с ним. Попытки впихнуть не впихуемое даже при помощи грубой силы заканчиваются просто не удачей, а не проблемам с доступностью данных.
3.) При полном переразвертывании ESXi вся конфигурация дисковых групп и данные на них сохраняются. После повторного включения докатываются только изменения.
4.) Сама процедура переустановки ESXi полностью и достаточно описана тут - https://kb.vmware.com/s/article/2059091
5.) Если в процессе добавления хоста в кластер что-то идет не так, то делайте на всех хостах esxcfg-vmk -l + Esxcli vsan network list + esxcli vsan cluster unicastagent list + vmkping + esxcli vsan cluster get + vsan health check. Это позволяет собрать базовое состояние всего кластера, которое в большинстве случаев покажет на ошибку.
6.) Читайте, что написано в алертах и первых 3-х строчках гугла по ним. С вероятностью 95% там будет ответ на ваш вопрос.
7.) Наличие технической поддержки экономит свои нервы и время своё, а так же значительного числа ваших коллег.
8.) MistaD может не только нахер (и в документацию + логи) слать, а еще и всю ночь помогать починять всякие штуки.
1.) Не надо добавлять в кластер vSphere/vSAN хосты с ESXi версий старше, чем vCenter.
2.) vSAN, в очередной раз, показал чудеса стойкости ко всякому роду противоестественным действиям с ним. Попытки впихнуть не впихуемое даже при помощи грубой силы заканчиваются просто не удачей, а не проблемам с доступностью данных.
3.) При полном переразвертывании ESXi вся конфигурация дисковых групп и данные на них сохраняются. После повторного включения докатываются только изменения.
4.) Сама процедура переустановки ESXi полностью и достаточно описана тут - https://kb.vmware.com/s/article/2059091
5.) Если в процессе добавления хоста в кластер что-то идет не так, то делайте на всех хостах esxcfg-vmk -l + Esxcli vsan network list + esxcli vsan cluster unicastagent list + vmkping + esxcli vsan cluster get + vsan health check. Это позволяет собрать базовое состояние всего кластера, которое в большинстве случаев покажет на ошибку.
6.) Читайте, что написано в алертах и первых 3-х строчках гугла по ним. С вероятностью 95% там будет ответ на ваш вопрос.
7.) Наличие технической поддержки экономит свои нервы и время своё, а так же значительного числа ваших коллег.
8.) MistaD может не только нахер (и в документацию + логи) слать, а еще и всю ночь помогать починять всякие штуки.
SB
С вопросами по FT, я пожалуй отправлю в профильную группу в VMUG (там как-то давным давно просили живую инсталяцию с FT показать) 😋
DM
Итак. Что мы узнали за последние ~20 часов:
1.) Не надо добавлять в кластер vSphere/vSAN хосты с ESXi версий старше, чем vCenter.
2.) vSAN, в очередной раз, показал чудеса стойкости ко всякому роду противоестественным действиям с ним. Попытки впихнуть не впихуемое даже при помощи грубой силы заканчиваются просто не удачей, а не проблемам с доступностью данных.
3.) При полном переразвертывании ESXi вся конфигурация дисковых групп и данные на них сохраняются. После повторного включения докатываются только изменения.
4.) Сама процедура переустановки ESXi полностью и достаточно описана тут - https://kb.vmware.com/s/article/2059091
5.) Если в процессе добавления хоста в кластер что-то идет не так, то делайте на всех хостах esxcfg-vmk -l + Esxcli vsan network list + esxcli vsan cluster unicastagent list + vmkping + esxcli vsan cluster get + vsan health check. Это позволяет собрать базовое состояние всего кластера, которое в большинстве случаев покажет на ошибку.
6.) Читайте, что написано в алертах и первых 3-х строчках гугла по ним. С вероятностью 95% там будет ответ на ваш вопрос.
7.) Наличие технической поддержки экономит свои нервы и время своё, а так же значительного числа ваших коллег.
8.) MistaD может не только нахер (и в документацию + логи) слать, а еще и всю ночь помогать починять всякие штуки.
1.) Не надо добавлять в кластер vSphere/vSAN хосты с ESXi версий старше, чем vCenter.
2.) vSAN, в очередной раз, показал чудеса стойкости ко всякому роду противоестественным действиям с ним. Попытки впихнуть не впихуемое даже при помощи грубой силы заканчиваются просто не удачей, а не проблемам с доступностью данных.
3.) При полном переразвертывании ESXi вся конфигурация дисковых групп и данные на них сохраняются. После повторного включения докатываются только изменения.
4.) Сама процедура переустановки ESXi полностью и достаточно описана тут - https://kb.vmware.com/s/article/2059091
5.) Если в процессе добавления хоста в кластер что-то идет не так, то делайте на всех хостах esxcfg-vmk -l + Esxcli vsan network list + esxcli vsan cluster unicastagent list + vmkping + esxcli vsan cluster get + vsan health check. Это позволяет собрать базовое состояние всего кластера, которое в большинстве случаев покажет на ошибку.
6.) Читайте, что написано в алертах и первых 3-х строчках гугла по ним. С вероятностью 95% там будет ответ на ваш вопрос.
7.) Наличие технической поддержки экономит свои нервы и время своё, а так же значительного числа ваших коллег.
8.) MistaD может не только нахер (и в документацию + логи) слать, а еще и всю ночь помогать починять всякие штуки.
Хорошее резюме
DM
можно в такой ситуации прост выключить FT и после включить обратно?