s.lobanov Posted April 25, 2016 Posted April 25, 2016 Butch3r ну если для чувака развал софтрейда или проблемы с правами - это гладкий апдейт, то мы просто живём в разных реальностях) а развал софтрейда, проблемы с lvm, загрузчиком и т.п. - да легко, вот недавно апдейтил с debian6 на debian7 с lvm over fakeraid - незаапдейтилось, пришлось часик поковыряться из-под livecd, чтобы разобраться что там не срослось с грубом апдейт делал ради проприетарного бинарного ПО, не работающего под deb6 Вставить ник Quote
sol Posted April 25, 2016 Author Posted April 25, 2016 Ещё раз. Есть уверенность, что развал софтрейда не связан с апдейтом напрямую. С перезагрузкой, сопроводившей апдейт, да, связан. Права на /var/named меняются не только и не столько при переходе с Ver X -> Ver X+1. Они меняются, например, при обновлении самого пакета bind. Почему - для меня загадка. В рассылке сказали, что "так надо". И вообще, на мой взгляд, права - это мелочь. А вот lvm over fakeraid разваливается регулярно, да. Потому и не использую. Вставить ник Quote
dr Tr0jan Posted April 25, 2016 Posted April 25, 2016 а на Windows 2012 Server вы тоже апдейты никогда не ставите? Обычно ставим. Но на днях ребутали ядро (чтобы MTU поправить) и решили на одном из стораджей накатить обновления за полтора года (там ещё November 2014 Rollup не был даже установлен). Обновления ставились 6 часов. Последствия разгребались 4 дня. Надо версию макроскопа на этих серверах обновить С какой? Да вот просто как раз эта система с автоапдейтом как-то под***ала меня года 2 назад, с тех пор я обновляюсь ручками при плановом ребуте. Там, где некритичны перезагрузки (ноды кластера и иже с ним) - само обновляется. Там, где кластеризовать сложно (макроскоп тот же, хранилки, принтсервера и т.п.) - ручками при плановом ребуте. Вставить ник Quote
ShyLion Posted April 25, 2016 Posted April 25, 2016 хе-хе, я давеча yum ipdate на IPTV серваке с астрой сделал. При том что астра по идее ни от чего не должна зависить - просто скомпиленый бинарник. Вот хрен знает че ей не хватило - подписка на мультик была, траффик шел в интерфейс, только вот астра 0 битрейт казала. Пришлось по быстрому систему реинсталить. Вставить ник Quote
Butch3r Posted April 25, 2016 Posted April 25, 2016 Ну вот т.е. уже кое что всё таки обновляется просто так :) А то я уже испугался что "просто так" апдеты на винду ставлю )) Вставить ник Quote
dr Tr0jan Posted April 25, 2016 Posted April 25, 2016 Ну вот т.е. уже кое что всё таки обновляется просто так Не, ну аппрувинг апдейтов то на WSUSе никто не отменял. Когда ядро ребутал, хотел попутно одну проблему решить с дропами пакетов. На всякий случай залил самый последний ребилд иоса. Проблема ушла. В релизноутсах проблема не была объявлена. Вот и фиг знает, что помогло - простой ребут или обновление иоса. Вставить ник Quote
MESB Posted April 25, 2016 Posted April 25, 2016 Господа, сильное отклонение от темы уже конечно, нам бы в отдельный топик уехать с тематикой обсуждений :) ИМХО из своего малого опыта: Обязательно читать changelog используемого ПО, особенно критического. Достаточно вспомнить лёгкий подогрев некоторых индивидуумов которые не прочли что в новом выпуске контроллера от ubnt поддержку части видео камер просто выкинули. По серверам, тем более с публичными сервисами смотрящими в интернеты, LTS версии дистрибутивов и по большей части всё шикарно. Гораздо проще имея виртуализацию, перед изменениями заснапшотился, если что пошло не так - срочно отскакиваем назад. С голым железом тестовые агрегаты тоже приветствуются. Есть места где у систем нет выхода наружу, и доступ к ним строго ограничен, вполне себе живут и без особых обновлений, но там даже в далёкой перспективе используемое ПО справляется на той версии что есть. По сетевому оборудованию с теми же кошками, пытался тут некоторое время назад на голосовые шлюзы ios 15 накатить изза пары нужных фич, по графикам которые она строит загрузка почти в два раза вырастает при одном и томже конфиге. В итоге остался на одной из 12.4.x Но есть и исключения, досталось тут на голом железе: Мандрива, в чруте дебиан, внутри астер и руби 1.8 Похожее ведро пытались растащить на современные компоненты, пришли к выводу что по человечески таки нужен бы руби разработчик в команду. В какой-то момент по логам уже слишком неочевидно куда копать при очередном спотыкании руби. С таким вот кроме как попробовать виртуализировать и оставить впокое пока работает - мыслей больше и нет. Вставить ник Quote
sol Posted April 25, 2016 Author Posted April 25, 2016 Господа, сильное отклонение от темы уже конечно, нам бы в отдельный топик уехать с тематикой обсуждений :) Да я не в обиде. Продолжайте тут. Но на днях ребутали ядро (чтобы MTU поправить) и решили на одном из стораджей накатить обновления за полтора года (там ещё November 2014 Rollup не был даже установлен). Обновления ставились 6 часов. Последствия разгребались 4 дня. А вот какого такого рода были последствия? Чего 4 дня чинили то? Но есть и исключения, досталось тут на голом железе: Мандрива, в чруте дебиан, внутри астер и руби 1.8 Похожее ведро пытались растащить на современные компоненты, пришли к выводу что по человечески таки нужен бы руби разработчик в команду. В какой-то момент по логам уже слишком неочевидно куда копать при очередном спотыкании руби. С таким вот кроме как попробовать виртуализировать и оставить впокое пока работает - мыслей больше и нет. Вот отсутствие непрерывного процесса совершенствования системы, частью которого и являются обновления софта, и приводит к таким грустным последствиям. Причём, как всегда. Система работает, нагружена. Секунда простоя == миллион долларов. Сутки простоя == сепукка у Господ Акционеров. Всегда хочется спросить: КАК? Как, Господа Акционеры, вы дошли до того, что тот инструмент, которым вы рубите миллион долларов в секунду, находится в таком состоянии? Где хотя бы комментарии в скриптах? Вставить ник Quote
dr Tr0jan Posted April 25, 2016 Posted April 25, 2016 (edited) Чего 4 дня чинили то? Это был сторадж кластера виртуалок. Некоторые виртуалки с оперативной информацией не пережили остановку. Edited April 25, 2016 by dr Tr0jan Вставить ник Quote
sol Posted April 25, 2016 Author Posted April 25, 2016 Некоторые виртуалки с оперативной информацией не пережили остановку. Ну! Так это не апдейты же виноваты! Не перезагрузилось бы по причине апдейтов, перезагрузилось бы по другой причине. Виноват то кривой софт, который или виктуалки некоррекно остановил или то, что крутится внутри виртуалки кривое и не переживает фриза/перезагруза. Вставить ник Quote
dr Tr0jan Posted April 25, 2016 Posted April 25, 2016 (edited) sol, не спорю. С другой стороны, новая СХД уже ждёт своего часа. Речь о том, что может не всегда есть смысл ставить эти обновления. Edited April 25, 2016 by dr Tr0jan Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.