Техническая поддержка до нового года прислала радостное сообщение, что вышло обновление Block OE для VNX 1го поколения 05.32.000.5.225 и нужно бы запланировать это самое обновление. У нас была установлена 05.32.000.5.221.
В самом по себе обновлении нет ничего сложного, была выслана инструкция, единственное, что надо не забыть отжать галочку disruptive update, что бы обе SP не ушли в ребут одновременно.
Ну и даже в случае с ребутом по очереди, проверьте настройки зон, multipathing'a, что бы хост внезапно не потерял свои LUN'ы.
Обновились, все хорошо. После обновления обычно генерируются логи с обоих SP и отправляются в ТП на исследование - все ли прошло хорошо.
Обновление прошло, даю команду Generate Diagnostic files SPA, Generate Diagnostic files SPB, немного жду. Жму Get Diagnostic files SPA, скачиваю логи, жму Generate Diagnostic files SPB и получаю ошибку:
Так-так, подумал я... Отписал в саппорт.
Долго думали как быть и что делать, в итоге поехал в ЦОД со шнурком, что бы подключиться в Service LAN и дать ТП доступ до Remotely Anywhere.
И вот тут я могу кого-то удивить... Внутри VNX 1го поколения установлена Windows 2008 R2 (так же на корпусе присутствует лицензионная наклейка) :)
Мучали-мучали, через Remotely Anywhere логи выгружаются, а через Unisphere нет.
Итогом оказалось письмо от ТП, что 225 прошивка кривая, логи слить нельзя, некоторые визарды не работают, поправят в следующей прошивке, но когда она выйдет - не знают, но на работоспособность не влияет. Да, это отлично, только в случае проблем мне каждый раз ехать на другой конец города и втыкаться в Service LAN, что бы слить логи?
Был предложен второй вариант, не очень веселый: reimage массива, т.е. откат прошивки и к заводским настройкам. Благо, массив этот использовался для VMware, еще перед обновлением все виртуалки уехали через Storage vMotion на другие массивы. Будем сбрасывать.
Не обновляйтесь до 05.32.000.5.225!!!
Комментариев нет:
Отправить комментарий