>> пример "нормальных дистров" приведи плиз;) а то я как-то больше другое слышал
> RHEL/CentOS/SL/OL
> Debian
> Мне достаточно.судя по всему ты читаешь только то, что хочешь? пример со сдохшей батарейкой в ноуте я привел выше. там была убунту, года 2 назад. востановление чудо-дистрибутива у его поклонника заняло часа 2.
>> а что полезного дают снепшоты lvm, как себя чувствует система во время
>> деланья снепшота?
> Нормально чувствует. А что с ними у вас не так?
у меня их банально нет, чему я рад.
Что с ними не так можешь спросить у поисковой системы, к примеру: ключевые слова: freeze, lvm, snapshot. к результатам добавь свои фразы про "сервис который нежелательно прерывать вовсе", собери воедино, ответь на вопрос "что с ними не так".
>> раскажи, что такое "боевом нагруженном сервере" :) ну, это если не учитывать
>> факта, что так никто не делает из фришников;-)
> Рассказываю - это сервер, сервис которого нежелательно прерывать вовсе. И уж тем
> более нежелательно на него вешать компиляцию, которая сожрет 999.99% проца и
> вагон памяти. А то, что BSD'шники так не делают - оно
> и логично, это больше под локалхост и подобие роутера.
я смотрю у тебя большие познания в устройстве проектов, которые называют high-load, с математикой тоже, смотрю, все ок, 999.99% ага.
>> про make world тебе много раз писали, ты не читаешь, да?;-) ну
>> потрудись ты хоть 1(один) раз посмотреть в UPDATING, там для таких
>> как ты по шагам команды написаны даже, все готово к copy-paste
> Мне не нужны команды, мне нужно абсолютное понимание того, что апдейт не
> нагрузит систему на 999%, и не продлится дольше нескольких считанных минут/секунд.
для того, чтобы пришло понимание, нужно приложить _хотябы_ минимум усилий, ты, судя по всему, этого сделать не способен/не хочешь, но рассуждать о вкусе устриц любишь, ага.
>> про "либо держать два сервера" ты вообще отжог. у тебя там твои
>> патченные линуксы не резервируются
> Они резервируются, но выводить систему в режим резервирования на часы компиляции -
> очень невесело.
значит такое у тебя "резервирование", раз 1..N машин не можешь вывести безболезненно из эксплуатации, бывает, да.
> Давай простую задачу: есть два MySQL-сервера. Типовая репликация, один из них write-only.
> Предложи схему обновления write-сервера, которая занимала бы более 5 минут, и
> не вызывала баттхёрта при возврате к штатной схеме работы.
ты от перевозбуждения забыл "не" перед более, я этого, предположим, не заметил.
по старому:
1) pkg_create
2) pkg_delete && pkg_add
шаг номер 1 для чего нужен, объяснять?
по новому практически тоже самое, разве что s/_/ / и pkg upgrade
про баттхёрт не понял, в чем он заключается?
чем баттхёрд во фре отличается от баттхёрд в linux ?
ты же, надеюсь, обновлял хоть раз mysqld, да так, чтобы еще и репликация была?
