Главная › Форумы › Storage › SAN, Disk & Tape › Несчастливое число SVC/V7000 – 208
- В этой теме 17 ответов, 10 участников, последнее обновление 8 лет, 7 месяцев назад сделано
Artem Smirnov.
-
АвторСообщения
-
-
27.03.2012 в 11:29 #15196
uxTuaHgp
УчастникНе знаю, уважаемые мемберы уже прочли этогде-то или нет, но не написать не могу:
Найден BUG ядра Linux во всех кодах SVC/Storwize выпущенных после июня 2011 года, который вызывает перезагрузку узлов по достижении uptime 208 дней -
27.03.2012 в 11:31 #15197
andrewk
Участникэто хороший баг – чтобы админы не забывали о существовании железок в своем хозяйстве 😉
-
28.03.2012 в 08:46 #15220
byldozer
УчастникЭто фишка 🙂
-
28.03.2012 в 10:07 #15223
Sever
Участниксемейство систем с «интегрированной экспертизой»
-
09.04.2012 в 04:04 #15442
uxTuaHgp
УчастникВыпущен код 6.3.0.2, исправляющий эту ошибку.
-
09.04.2012 в 17:04 #15455
Oldnick
УчастникВыпущен код 6.3.0.2, исправляющий эту ошибку.
исправляет также код 6.2.0.5
вообще говоря можно перегружать систему раз в 200 дней, и проблемы не будет. 🙂
-
10.04.2012 в 07:16 #15460
uxTuaHgp
УчастникПро 6.2.0.5 в курсе, но мы уже на 6.3.0.1
Перегружать СХД, на которой крутится куча систем, хоть и без даунтайма – развлечение спорное.
На время пока узел перегружается все тома будут работать в Write-through режиме, то есть производительность записи упадет на порядок. -
10.04.2012 в 07:22 #15461
Сергей
Участник“затычка” на эту проблему — перегрузить не-конфиг канистру.
тогда даже если у второй будет перебор по аптайму, первая останется работать. -
19.04.2012 в 18:05 #15601
Oleg
Участниккто-то уже обновлялся до 6.3.0.2?
я обновил до 6.3.0.2, для начала, две своих V7K – проблем не было -
20.04.2012 в 03:32 #15604
uxTuaHgp
УчастникОбновились, а куда деваться.
-
20.04.2012 в 08:48 #15606
Pavel Alexei
Участникна developerworks пару человек жаловались что при переходе с 6.2.x на 6.3.0.1 были downtime и тома отвалились.
-
20.04.2012 в 10:05 #15607
uxTuaHgp
УчастникЯчестно признаюсь, что пока шился с даунтаймом запланированным.
-
20.04.2012 в 11:58 #15609
Stanley
УчастникЯчестно признаюсь, что пока шился с даунтаймом запланированным.
и это хорошо 🙂
-
20.04.2012 в 12:20 #15610
Oldnick
Участникя шил около десятка раз. никогда ничего не отваливалось. полное время прошивки обеих нод – около 1 часа. перед выключением каждой ноды очень долго в автоматическом режиме проверятся работоспособность оставшейся ноды… только после этого первая переходит в офлайн. и далее наоборот.
-
20.04.2012 в 12:51 #15612
Pavel Alexei
Участниктоже шил, хоть и немного.
По чем купил..
https://www.ibm.com/developerworks/forums/thread.jspa?messageID=14792512 -
20.04.2012 в 16:03 #15616
Oleg
Участникна developerworks пару человек жаловались что при переходе с 6.2.x на 6.3.0.1 были downtime и тома отвалились.
ага,
именно в 6.3.0.2 заявлен фикс и данной проблемы -
22.04.2012 в 06:41 #15639
uxTuaHgp
Участник6.3.0.2 сразу с первых секунд процесса обновления кидает обновляемый узел в Offline и соответственно рвет половину путей на всех подключенных хостах.
5.1 шилась так же? -
01.06.2012 в 14:50 #15914
Artem Smirnov
УчастникДа, 5.1 и даже 4.3 прошивались абсолютно также.
-
-
АвторСообщения
- Для ответа в этой теме необходимо авторизоваться.