АС
С одной стороны это конечно очень странно, что такой фейловер не происходит если нет сан составляющей, а с другой сложно представить, что-то кто-то обрежет сразу оба интеркластерных линка или оба свитча сдохнут
Size: a a a
2020 July 24
na
А вот это вы зря. Если интересно, то почитайте про технологию HDS Global Active Device.
совсем непонятно причем тут GAD)))
na
С одной стороны это конечно очень странно, что такой фейловер не происходит если нет сан составляющей, а с другой сложно представить, что-то кто-то обрежет сразу оба интеркластерных линка или оба свитча сдохнут
не один раз такое было у заказчиков
Z
С одной стороны это конечно очень странно, что такой фейловер не происходит если нет сан составляющей, а с другой сложно представить, что-то кто-то обрежет сразу оба интеркластерных линка или оба свитча сдохнут
ой да ладно, сложно
A
не один раз такое было у заказчиков
у вас много заказчиков, у который NAS-only инсталляции?
Z
сложно представить что все будет эксплуатироваться так как задумано - вот это правда ;)
A
ну и можно закрывать тему:
On a non-SAN configuration, enable CLAM to perform a takeover by the
partner node.
Enable/disable a CLAM takeover using the following (privilege: diag) command:
::*> cluster kernel-service config modify -kcs-enable-takeover
On a non-SAN configuration, enable CLAM to perform a takeover by the
partner node.
Enable/disable a CLAM takeover using the following (privilege: diag) command:
::*> cluster kernel-service config modify -kcs-enable-takeover
Z
А представить разрыв 2 или больше линков ваще не сложно )
na
у вас много заказчиков, у который NAS-only инсталляции?
я уже не интегратор как бы. но когда там работал то были и в процентном соотношении не меньше 20% от общего числа. файловые шары, виртуализация.. причем это как раз младшие модели в двухнодовых конфигурациях
na
ну и можно закрывать тему:
On a non-SAN configuration, enable CLAM to perform a takeover by the
partner node.
Enable/disable a CLAM takeover using the following (privilege: diag) command:
::*> cluster kernel-service config modify -kcs-enable-takeover
On a non-SAN configuration, enable CLAM to perform a takeover by the
partner node.
Enable/disable a CLAM takeover using the following (privilege: diag) command:
::*> cluster kernel-service config modify -kcs-enable-takeover
о! это ты где нашел?)
na
я уже не интегратор как бы. но когда там работал то были и в процентном соотношении не меньше 20% от общего числа. файловые шары, виртуализация.. причем это как раз младшие модели в двухнодовых конфигурациях
особенно когда лицензии на протоколы продавались отдельно а не шли в базовом бандле
ВЖ
Добрый день. У нас беда со сторвайз 3700, нужен совет профи. 1 работающая башка вчера попрощалась с нашим кластером... Точнее так, ушла не попрощавшись. Оборудование уже не гарантийное. После ребута, башка отвечает по ссш ~2 мин и отваливается, затем через 1 мин опять доступна и т. д. Есть смысл звать мастера за деньги, каковы шансы на успех? Заранее благодарю за советы.
na
вы от стоимости данных отталкивайтесь. если данные важные - ищите грамотного инженера.
na
если нет, похороните стюардессу..
PS
Добрый день. У нас беда со сторвайз 3700, нужен совет профи. 1 работающая башка вчера попрощалась с нашим кластером... Точнее так, ушла не попрощавшись. Оборудование уже не гарантийное. После ребута, башка отвечает по ссш ~2 мин и отваливается, затем через 1 мин опять доступна и т. д. Есть смысл звать мастера за деньги, каковы шансы на успех? Заранее благодарю за советы.
Рассматривайте эту голову как отдельный сервак, коим она и является. Там могло прогореть в зависимости от возраста разное. Если оперативка, то все легко, если cpu / повреждения в питании на плате, то все приехали
ВЖ
Рассматривайте эту голову как отдельный сервак, коим она и является. Там могло прогореть в зависимости от возраста разное. Если оперативка, то все легко, если cpu / повреждения в питании на плате, то все приехали
Спасибо за совет. Сейчас все силы брошены на восстановление из резервных копий на резервном железе. Схд пока не трогали.
ВЖ
вы от стоимости данных отталкивайтесь. если данные важные - ищите грамотного инженера.
Мы гос, никто не считал их стоимость... И стоимость простоя... И еще много чего у нас нет.
na
Мы гос, никто не считал их стоимость... И стоимость простоя... И еще много чего у нас нет.
если вы можете восстановить их из резервных копий - то забейте на этого динозавра.
ВЖ
если вы можете восстановить их из резервных копий - то забейте на этого динозавра.
Так оно да, но резервное железо еще древнее...
Ɐα
Из того, что навскидку нашёл:
storwise отключает.
3par не отключает.(в течение 7 дней, настраивается)
Huawei не отключает.
Netapp не отключает.
Pure не отключает.
EMC Unity не отлючает.
storwise отключает.
3par не отключает.(в течение 7 дней, настраивается)
Huawei не отключает.
Netapp не отключает.
Pure не отключает.
EMC Unity не отлючает.
тут подъехало любопытное уточнение.
По умолчанию, у хуавея через 192 часа работы на одном контроллере все луны переходят в режим read only. Поведение это настраивается, период тоже.
По умолчанию, у хуавея через 192 часа работы на одном контроллере все луны переходят в режим read only. Поведение это настраивается, период тоже.