fc ничего не решает

Может я чего-то не понимаю, но проблему блокировок решает CSV и что там долетает до луна дело десятое

А не как у VMware, где без ATS при записи блокируется весь LUN

А не как у VMware, где без ATS при записи блокируется весь LUN

уже давно нет

vmfs 5 не такой

Ну да, лочит только при обновлении метадаты

vmfs 5 не такой

Такой если не поддерживается ats со стороны хранилки

Знатоки, есть вопрос. Есть кластер гипер-в 2016, 8 нод на коре. В нём несколько CSV от двух хранилок, пусть будет по 3 от каждой (всё HPE). При падении одной хранилки ЧАСТЬ (не все) CSV от другой хранилки отъехали на некоторое время (2-5 минут). Потом сами поднялись. В логах только - ниже скрин. Вопрос схерали

Это лог кластера

да

А логи на машинках где отъехало что говорят?

точнее это с тачек как раз

И больше ничего?

на вскидку ничего такого, что могло повлиять на отвал csv другой хранилки

Начни с матрицы совместимости дров, прошивок на хостах и свитчах. Может еще таймауты на картах серваков большие, к сожалению не подскажу чем они корректируются (у нетапа например ставится host utility на хостах)

Физически как подключено?

Csv что отваливаются от второй хранилке - нету закономерности? Может они хостяца на каком-то сбойном хосте..

Физически как подключено?

Только не говори lenovo cn4093

Физически как подключено?

Fc, c7000, brocade switch

Csv что отваливаются от второй хранилке - нету закономерности? Может они хостяца на каком-то сбойном хосте..

Сейчас сложно понять уже наверное

Fc, c7000, brocade switch

Хм. А сеть как устроена между хостами?

От каждого лезвия две десятки к flex fabric 10/24. На хосте логический свитч и тим (да, не сет)

Вот те хосты, от которых csv отъехали от предположительно рабочей хранилки, на них другие луны через те же fc адаптеры подключены? С ними что было?

Вот те хосты, от которых csv отъехали от предположительно рабочей хранилки, на них другие луны через те же fc адаптеры подключены? С ними что было?

вторя хранилка - трипар. от неё 4 CSV в кластере презентовано. При отвале первой хранилки, два луна из 4 отъехало на несколько минут. Другие два работали. Со стороны триапара в логах пусто, никаких алертов. Адаптеры теже, 16ГБ мезанины в лезвиях

имеешь в виду, что могли отвалиться хосты, которые были owner CSV?

Скорее я думаю про scsi проблемы.

Так, как ты описываешь это проблема либо уровня логики csv, либо логики массива

ну по идее, два независимых массива. Один падает - пропали диски из кластера жестко. Ну ок, а от второго почему презентованные диски отвалились. Причем не все, а часть

Карты мезанинные, тим создан только на сетевых портах, правильно? Fcoe порты на хостах как два независимых интерфейса.

ну по идее, два независимых массива. Один падает - пропали диски из кластера жестко. Ну ок, а от второго почему презентованные диски отвалились. Причем не все, а часть

Не должно, да. Но упало же

MPIO может так глючить теоретически

Карты мезанинные, тим создан только на сетевых портах, правильно? Fcoe порты на хостах как два независимых интерфейса.

На лезвии оба лома отдельно, на хосте аналогично и там уже объединены в тим

MPIO может так глючить теоретически

Как-то не очень оптимистично..

Есть еще механизм, который пускает fc трафик через соседний хост и далее через его fc в массив в случае отказа fc. Эта штука тоже не добавляет прозрачности

А вообще тесты приёмочные на failover были?

Есть еще механизм, который пускает fc трафик через соседний хост и далее через его fc в массив в случае отказа fc. Эта штука тоже не добавляет прозрачности

block redirected и filesystem redirected

узнается очень просто

Get-ClusterSharedVolumeState

узнается очень просто

Ты предлагаешь сейчас это выполнить?

да

и вывод сюда

Сейчас не даст ничего имхо

Может агенты бекап-софта накатывают на ось свой sddsm и он конфликтует с оригинальным. Такую картину видел, последствия схожи

Get-MSDSMGlobalчотатам

и вывод сюда

Было несколько дней назад, актуально смотреть?

а, так ты до сих пор не справился?

руками то снапшоты пробовал делать?

Так луны поднялись через пару минут и работает с тех пор нормально

А вообще тесты приёмочные на failover были?

Их надо сделать, если не было. Такие сюрпризы не нужны в продуктивной среде

А вообще тесты приёмочные на failover были?

Тест выпадения нод - да

Но независимых хранилок - нет

а все в курсе что тома надо переименовывать? =)

Чё?

C:\ClusterStorage\Volume1

?

Да

это неверно =)

у pfe есть тула за бабло чекать кластеры

она ругаться будет

но делать надо это сразу

на одном узле переимновал оно везде разойдется

Это было сделано, если это к моей проблеме

Тест я бы сделал. презентовать пару лунов с CSV с обоих массивов, сделать вм и убирать доступ по очереди

Зоны сделаны корректно? Npiv вкл?

Зоны сделаны корректно? Npiv вкл?

Инициатор и таргет в каждой зоне, две фабрики

Единственное, что в зоне один инициатор и два таргета - оба массива. Но это не играет роли по идее

Ну не самый хороший выбор

Всем привет

подскажите как максимально пожать vhdx?

делал следующее

дефрагминтацию

забивал свободное место нулями

но при сжатии не особо то и жмется vhdx

https://blogs.technet.microsoft.com/askcore/2012/09/20/compacting-a-dynamically-expanding-virtual-hard-disk-in-windows-server-2012/

не помогло

diskpartом тоже жал

неперемещаемых данных и теневые копии отсутствуют

даже swap отключал, чтоб он не мешал при дефрагментации

А большая разница между данными и объемом образа?

внутри виртуалке занято 50гб, а сама vhdx весит 130гб((

Может проще новый образ создать и туда сделать клон диска?

схд забита(( нет места

Может проще новый образ создать и туда сделать клон диска?

а как делать клон?

Я бы постааил freenas какой нить и по iscsi прикрутил бы

только начинаю смотреть на СХД... Один и тот же раздел можно подключить по iSCSI к нескольким хостам или нет?

а как делать клон?

Сторонним по

только начинаю смотреть на СХД... Один и тот же раздел можно подключить по iSCSI к нескольким хостам или нет?

Да. Только хосты должны уметь "делиться" этим томом.

Т.е. сделать его томом кластера в винде

Optimize-vhd -mode full не помогает?