Size: a a a

2020 May 22

N

Nikolay Kulikov in VMware vSAN
Ну, справедливости ради, обычно там нормально. и хотя там витают сильно про непаповские чувства, по другим схд тоже могут ответить.
источник

SR

S R in VMware vSAN
источник

SR

S R in VMware vSAN
Пожалуйста. На первой странице ближе к концу, на второй - уже детальный разбор. Вкратце - если пул онлайн, процедура будет легче. Все что понял при беглом просмотре.
источник

RB

Roman Bogachev in VMware vSAN
Благодарю. Сейчас почитаем.
источник

N

Nikolay Kulikov in VMware vSAN
Какой у нас замечательный и интиллегентный чатик даже по непрофильным темам. :).  /без иронии
источник

SK

Sergey Kuchuk in VMware vSAN
в отличии от VMUGR
источник

AZ

Anton Zhbankov in VMware vSAN
Sergey Kuchuk
в отличии от VMUGR
А это что за чатик?
источник

SK

Sergey Kuchuk in VMware vSAN
vmware user group rus
источник

AZ

Anton Zhbankov in VMware vSAN
А претензия к VMUGRU - карают за непрофильность или неинтеллигентность?
источник

N

Nikolay Kulikov in VMware vSAN
Roman Bogachev
Коллеги. Добрый вечер. Прошу прощения за оффтоп, но может быть кто-то сталкивался. У знакомого проблема с тем, что при отказе питания стойки слёг VNX. Все луны в оффлайне. Поддержки нет, там EOL уже. Из похожих проблем нашли только вот это
https://www.dell.com/community/CLARiiON/CX4-120-and-FAST-Cache-issue/td-p/7164729

Вдруг кто сталкивался, подскажите куда идти, что почитать, кого спросить. Заранее благодарен.
Если не сложно, подскажите, а что у вас случилось со стойкой? Я просто переодически с заказчиками обсуждаю риски сбоя стойки с точки зрения построения vsan с fault domain и коллекционирую примеры.
источник

AZ

Anton Zhbankov in VMware vSAN
Nikolay Kulikov
Если не сложно, подскажите, а что у вас случилось со стойкой? Я просто переодически с заказчиками обсуждаю риски сбоя стойки с точки зрения построения vsan с fault domain и коллекционирую примеры.
Вероятно вопрос в том, что на стойку идет одна линия питания
источник

N

Nikolay Kulikov in VMware vSAN
Как показывает моя практика, даже две линии на стойку - не гарантия отсутствия с ней проблем
источник

RB

Roman Bogachev in VMware vSAN
Nikolay Kulikov
Если не сложно, подскажите, а что у вас случилось со стойкой? Я просто переодически с заказчиками обсуждаю риски сбоя стойки с точки зрения построения vsan с fault domain и коллекционирую примеры.
Человеческий фактор. Рубанули автомат не тот)
источник

АГ

Алексей Головатюк... in VMware vSAN
на одном автомате два разных луча питания?)
источник

АГ

Алексей Головатюк... in VMware vSAN
источник

RB

Roman Bogachev in VMware vSAN
Алексей Головатюк
на одном автомате два разных луча питания?)
Нет, всё идёт через УПСы, но там обслуживание было. Нужно было вывести их, а по-факту вывели стойку клиента))))
источник

RB

Roman Bogachev in VMware vSAN
Nikolay Kulikov
Как показывает моя практика, даже две линии на стойку - не гарантия отсутствия с ней проблем
С двумя вводами пока что всё нормально, на самом деле. Практикую.
источник

N

Nikolay Kulikov in VMware vSAN
Моё любимое про стойки (благо сегодня пятница вечер и можно) - было два луча - грязное и чистое. Два ToR по неким причинам были включены в грязное. А потом кто то из инженеров цод, решил переподключить на чистое. Разумеется, никого не предупредив. Только вот чистое оказалось не совсем чистое и не судя по всему перегруженное и при подключении второго коммутатора их вместе вырубило. На что товарищ подумал и переключил обратно на грязное, где все завелось. И решил, что уж со второй попытки, все точно получится. Не получилось. И так 4-6 раз за ночь. Он был упорный. Эту картину мы наблюдали по алертам vsan на изоляцию всех хостов, который стоял в этой стойке и у него всю ночь пропадала вся сеть, потом появлялась обратно, он начинал делать ресинк/речек, в процессе сеть снова падала, а потом снова появлялась.  На вопрос инфраструктуре, а что у вас там такое интересное происходит - нашёлся наряд/акт о том, что работы по переключению питания выполнены не были по странным причинам.
источник

RB

Roman Bogachev in VMware vSAN
Упорный инженер попался однако :)
источник

a

a in VMware vSAN
Nikolay Kulikov
Моё любимое про стойки (благо сегодня пятница вечер и можно) - было два луча - грязное и чистое. Два ToR по неким причинам были включены в грязное. А потом кто то из инженеров цод, решил переподключить на чистое. Разумеется, никого не предупредив. Только вот чистое оказалось не совсем чистое и не судя по всему перегруженное и при подключении второго коммутатора их вместе вырубило. На что товарищ подумал и переключил обратно на грязное, где все завелось. И решил, что уж со второй попытки, все точно получится. Не получилось. И так 4-6 раз за ночь. Он был упорный. Эту картину мы наблюдали по алертам vsan на изоляцию всех хостов, который стоял в этой стойке и у него всю ночь пропадала вся сеть, потом появлялась обратно, он начинал делать ресинк/речек, в процессе сеть снова падала, а потом снова появлялась.  На вопрос инфраструктуре, а что у вас там такое интересное происходит - нашёлся наряд/акт о том, что работы по переключению питания выполнены не были по странным причинам.
ну и всан сдох, постоянно пытаясь ресинкаться? 🙂
источник