The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..., opennews (ok), 17-Июл-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


139. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от iZEN (ok), 17-Июл-11, 23:07 
> Кроме того ортодоксальным фряшникам никто не мешает пользоваться Debian/kFreeBSD вместе
> со всеми фряшными плюшками, и дебиановскими вкусностями в виде манагера пакетов.

Система пакетирования Debian умиляет: на один пакет программ приходится разыскивать и устанавливать небольшую кучку пакетиков — совсем не факт, что никого не забудешь. :))

> А то мир оно конечно собирать здорово, но не когда тебе надо
> пиццот серверов зараз от уязвимости заапдейтить в автопилоте, да не просто
> заапдейтить а чтобы ничего нигде не отпало.

А не проще ли /usr/src и /usr/obj на одном билд-сервере расшарить по NFS на другую сотню машин? ;)

> А не отпадет оно с гарантией только в одном случае, если версия пакета заморожена.

Базовая система FreeBSD обновляется не пакетами. А вот обновления приложений нужно контролировать сборкой/установкой/запуском на тестовом сервере и читать хоть иногда новости из ports/UPDATING. ;)

> В дебиане заморожена. И мэйнтнйнеры секьюрити фиксы на замороженую версию бэкпортят. Это
> гарантирует что после обновления ничего не отвалится.

То есть вот так блоб-update.deb на боевой продакшен сервер, не боясь?

> А когда тебе вместо секьюрити фикса приезжает свежая версия пакета, да не
> просто свежая, а другой мажорной версии (бывало и такое) а потом
> ни один старый конфиг к пакету не подходит, да в гробу
> я такие обновления с пересборками миров видел. Без песочницы не обновишься
> во первых, потому-что заранее не знаешь что отвалился, а потом костыли
> изобретаешь конфиги массово править.

Когда ничего не работает, обычно читаем /usr/ports/UPDATING на предмет того, что же нам хотели донести мантейнеры, прежде чем всё упало. :))

> А если еще и собирать самому надо...

Что, мандраж?

> PS: все сервера в конечном итоге на дебиане.

И, главное, всё сухо! :)

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

141. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –1 +/
Сообщение от ragus (ok), 17-Июл-11, 23:24 

> А не проще ли /usr/src и /usr/obj на одном билд-сервере расшарить по
> NFS на другую сотню машин? ;)

и обойти все 500+ машин по ssh ручками? ;)

> То есть вот так блоб-update.deb на боевой продакшен сервер, не боясь?

как бы да. а что вас смущает?

> Когда ничего не работает, обычно читаем /usr/ports/UPDATING на предмет того, что же
> нам хотели донести мантейнеры, прежде чем всё упало. :))

сколько времени это займёт?

>> А если еще и собирать самому надо...
> Что, мандраж?

сколько времени это займёт?

Ответить | Правка | Наверх | Cообщить модератору

145. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от iZEN (ok), 17-Июл-11, 23:32 
>> А не проще ли /usr/src и /usr/obj на одном билд-сервере расшарить по
>> NFS на другую сотню машин? ;)
> и обойти все 500+ машин по ssh ручками? ;)

А! Никто не обещал, что будет легко. :) Или делайте загрузку ОСи на ферму серверов по сети. Что-то мешает?

>> То есть вот так блоб-update.deb на боевой продакшен сервер, не боясь?
> как бы да. а что вас смущает?

Меня смущает ваше доверие. Доверие к тому мантейнеру, что делал этот апдейт, у вас стоит больше, чем работоспособность боевого продакшен сервера. А я бы протестировал важное обновление, прежде чем ставить.

>> Когда ничего не работает, обычно читаем /usr/ports/UPDATING на предмет того, что же
>> нам хотели донести мантейнеры, прежде чем всё упало. :))
> сколько времени это займёт?

Люди, которые умеют и хотят читать, обычно вдумчиво читают со скоростью 60 слов в минуту.

>>> А если еще и собирать самому надо...
>> Что, мандраж?
> сколько времени это займёт?

Компилируется в фоне, ничему не мешая. На GNU/Linux, правда, возможны казусы в виде BUG#12309, когда всё замораживается на определённое время. :))

Ответить | Правка | Наверх | Cообщить модератору

148. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –2 +/
Сообщение от ragus (ok), 17-Июл-11, 23:40 

> Меня смущает ваше доверие. Доверие к тому мантейнеру, что делал этот апдейт,
> у вас стоит больше, чем работоспособность боевого продакшен сервера. А я
> бы протестировал важное обновление, прежде чем ставить.

жить вообще опасно. вы ничего не ставите из пакетов и при установке каждого порта смотрите Makefile и содержимое исходников?

> Люди, которые умеют и хотят читать, обычно вдумчиво читают со скоростью 60
> слов в минуту.

еще раз: сколько времени у вас занимает чтение /usr/ports/UPDATING?


> Компилируется в фоне, ничему не мешая. На GNU/Linux, правда, возможны казусы в
> виде BUG#12309, когда всё замораживается на определённое время. :))

Вы будете компилировать в фоне во время ночных работ? И сколько у вас на это по плану?
И сколько времени на откат в случае неудачного апдейта?

Когда именно замораживается?

Ответить | Правка | Наверх | Cообщить модератору

151. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +3 +/
Сообщение от iZEN (ok), 17-Июл-11, 23:59 
>> Меня смущает ваше доверие. Доверие к тому мантейнеру, что делал этот апдейт,
>> у вас стоит больше, чем работоспособность боевого продакшен сервера. А я
>> бы протестировал важное обновление, прежде чем ставить.
> жить вообще опасно. вы ничего не ставите из пакетов и при установке
> каждого порта смотрите Makefile и содержимое исходников?

Конечно же нет. Но я собираю каждый пакет сам. Не собирается — разбираюсь со сборкой. Только независимая сборка может гарантировать, что программный пакет хотя бы пригоден для приёмочного тестирования, а потом уж до продакшена недалеко. Open Source на то и "открытые исходники", что позволяют проконтролировать жизненный цикл ПО на самых ранних стадиях сопровождения (непрограммистам).

>> Люди, которые умеют и хотят читать, обычно вдумчиво читают со скоростью 60
>> слов в минуту.
> еще раз: сколько времени у вас занимает чтение /usr/ports/UPDATING?

Минуту-две перед каждым обновлением пакетов.

>> Компилируется в фоне, ничему не мешая. На GNU/Linux, правда, возможны казусы в
>> виде BUG#12309, когда всё замораживается на определённое время. :))
> Вы будете компилировать в фоне во время ночных работ? И сколько у вас на это по плану?

Билд-сервер же. На выходе пакетики .tbz или готовая шара для сетевой загрузки.

> И сколько времени на откат в случае неудачного апдейта?

"zfs rollback poolname/usr/local@snapshottimestamp && reboot" — полторы минуты.

> Когда именно замораживается?

Что, простите, замораживается? На Фре? Не было такого.

Ответить | Правка | Наверх | Cообщить модератору

212. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –4 +/
Сообщение от ragus (ok), 18-Июл-11, 06:51 

>> И сколько времени на откат в случае неудачного апдейта?
> "zfs rollback poolname/usr/local@snapshottimestamp && reboot" — полторы минуты.

на usb-флешке?

Ответить | Правка | Наверх | Cообщить модератору

223. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +3 +/
Сообщение от MyH (ok), 18-Июл-11, 09:01 
>>> И сколько времени на откат в случае неудачного апдейта?
>> "zfs rollback poolname/usr/local@snapshottimestamp && reboot" — полторы минуты.
> на usb-флешке?

Слив несвежей флешко-шуткой на 3м посте.

Ответить | Правка | Наверх | Cообщить модератору

229. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –2 +/
Сообщение от AlexAT (ok), 18-Июл-11, 09:19 
>>> "zfs rollback poolname/usr/local@snapshottimestamp && reboot" — полторы минуты.

Вот && reboot - меня убило. В случае боевого сервера только BIOS / RAID могут стартовать несколько минут, не говоря уже о приложениях. В случае сервисных кластеров reboot вообще противопоказан, ибо к примеру у NDB Cluster время перехода ноды в рабочее состояние в зависимости от объема данных может составлять несколько десятков минут.

Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

236. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 09:54 
>>>> "zfs rollback poolname/usr/local@snapshottimestamp && reboot" — полторы минуты.
> Вот && reboot - меня убило. В случае боевого сервера только BIOS
> / RAID могут стартовать несколько минут, не говоря уже о приложениях.
> В случае сервисных кластеров reboot вообще противопоказан, ибо к примеру у
> NDB Cluster время перехода ноды в рабочее состояние в зависимости от
> объема данных может составлять несколько десятков минут.

Если адейтил ядро, то ребутиться нужно, увы.

Ответить | Правка | Наверх | Cообщить модератору

246. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от AlexAT (ok), 18-Июл-11, 10:56 
> Если адейтил ядро, то ребутиться нужно, увы.

hint: ksplice

Ответить | Правка | Наверх | Cообщить модератору

276. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от I am (??), 18-Июл-11, 13:04 
>> Если адейтил ядро, то ребутиться нужно, увы.
> hint: ksplice

И кем оно официально поддерживается? Студентами из очередного Университета?

Ответить | Правка | Наверх | Cообщить модератору

284. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от AlexAT (ok), 18-Июл-11, 14:06 
> И кем оно официально поддерживается? Студентами из очередного Университета?

Ksplice, Inc.
Ваш кэп.

Ответить | Правка | Наверх | Cообщить модератору

277. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от Аноним (-), 18-Июл-11, 13:19 
> hint: ksplice

благодарю, я уж лучше ребутнусь.

Ответить | Правка | К родителю #246 | Наверх | Cообщить модератору

285. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от AlexAT (ok), 18-Июл-11, 14:07 
>> hint: ksplice
> благодарю, я уж лучше ребутнусь.

Сколько влезет. Просто у вас крупных mission critical'ов нет. На них каждый ребут - это целая песня, вы его только месяц со всеми инстанциями согласовывать будете.

Ответить | Правка | Наверх | Cообщить модератору

316. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от Аноним (-), 18-Июл-11, 16:33 
>>> hint: ksplice
>> благодарю, я уж лучше ребутнусь.
> Сколько влезет. Просто у вас крупных mission critical'ов нет. На них каждый
> ребут - это целая песня, вы его только месяц со всеми
> инстанциями согласовывать будете.

man carp.

Ответить | Правка | Наверх | Cообщить модератору

330. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от XPEHemail (?), 18-Июл-11, 18:01 
>>>> hint: ksplice
>>> благодарю, я уж лучше ребутнусь.
>> Сколько влезет. Просто у вас крупных mission critical'ов нет. На них каждый
>> ребут - это целая песня, вы его только месяц со всеми
>> инстанциями согласовывать будете.
> man carp.

Как это поможет серверу баз данных ?

Ответить | Правка | К родителю #316 | Наверх | Cообщить модератору

340. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 18:35 
>>>>> hint: ksplice
>>>> благодарю, я уж лучше ребутнусь.
>>> Сколько влезет. Просто у вас крупных mission critical'ов нет. На них каждый
>>> ребут - это целая песня, вы его только месяц со всеми
>>> инстанциями согласовывать будете.
>> man carp.
> Как это поможет серверу баз данных ?

google master<->master + google haproxy + man carp

Ответить | Правка | К родителю #330 | Наверх | Cообщить модератору

368. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –1 +/
Сообщение от Аноним (-), 18-Июл-11, 20:15 
> google master<->master + google haproxy + man carp

Много геморроя и плясок с бубнами ради того чтобы получить более дорогое и не эквивалентное решение. Бздельники такие бздельники, вот хлебом не корми, только дай гвоздь любимым микроскопом вбить. На молоток - плюются!

Ответить | Правка | К родителю #340 | Наверх | Cообщить модератору

376. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +2 +/
Сообщение от Аноним (-), 18-Июл-11, 20:33 
>> google master<->master + google haproxy + man carp
> Много геморроя и плясок с бубнами ради того чтобы получить более дорогое
> и не эквивалентное решение. Бздельники такие бздельники, вот хлебом не корми,
> только дай гвоздь любимым микроскопом вбить. На молоток - плюются!

ну вот когда ваши задачи станут критчными к простою, тогда приходите, поговорим о том, что все, что можно задублировать - задублировать НУЖНО, поговорим о том как ваша система скопытилась в час пик и не загружается из-за обновленного вами, неделю назад, ядра, о том как вы рвете на одном месте волосы, а компания теряет деньги и доверие, о том как вам в трудовую ставят отметку об увольнении.

Ответить | Правка | К родителю #368 | Наверх | Cообщить модератору

476. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от XPEHemail (?), 19-Июл-11, 10:09 
>>> google master<->master + google haproxy + man carp
>> Много геморроя и плясок с бубнами ради того чтобы получить более дорогое
>> и не эквивалентное решение. Бздельники такие бздельники, вот хлебом не корми,
>> только дай гвоздь любимым микроскопом вбить. На молоток - плюются!
> ну вот когда ваши задачи станут критчными к простою, тогда приходите, поговорим
> о том, что все, что можно задублировать - задублировать НУЖНО, поговорим
> о том как ваша система скопытилась в час пик и не
> загружается из-за обновленного вами, неделю назад, ядра, о том как вы
> рвете на одном месте волосы, а компания теряет деньги и доверие,
> о том как вам в трудовую ставят отметку об увольнении.

Когда ваши системы действительно станут критичными к простою, вы узнаете что все обновления сначала проверяются на тестовых системах и только потом оказываются в продакшне.

Ответить | Правка | К родителю #376 | Наверх | Cообщить модератору

489. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 19-Июл-11, 12:35 
> Когда ваши системы действительно станут критичными к простою, вы узнаете что все
> обновления сначала проверяются на тестовых системах и только потом оказываются в
> продакшне.

давайте я приподниму вам веки :)
перестраховки на тестовых системах не достаточно.

Ответить | Правка | К родителю #476 | Наверх | Cообщить модератору

514. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от I am (??), 19-Июл-11, 17:20 
Да, еще бубен нужен.
Ответить | Правка | К родителю #489 | Наверх | Cообщить модератору

787. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 22-Июл-11, 16:20 
> Если адейтил ядро, то ребутиться нужно, увы.

kexec в помощь.

Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

788. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 22-Июл-11, 16:34 
>> Если адейтил ядро, то ребутиться нужно, увы.
> kexec в помощь.

ускоренный ребут - хорошо, но не критично, когда у тебя все задублировано.

Ответить | Правка | Наверх | Cообщить модератору

803. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 22-Июл-11, 17:41 
>>> Если адейтил ядро, то ребутиться нужно, увы.
>> kexec в помощь.
> ускоренный ребут - хорошо, но не критично, когда у тебя все задублировано.

поэтому железки вроде ibm p595 рулят и педалят на задачах 24/7.

Ответить | Правка | Наверх | Cообщить модератору

819. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 22-Июл-11, 19:35 
>> Если адейтил ядро, то ребутиться нужно, увы.
> kexec в помощь.

Ребутица это правильно. Все извращения на тему как этого изберать решаются созданием кластера и перегрузкой отдельных нод. Другой путь это путь к весьма необычным глюкам учитывая что создатели всяких kexec немогут знать заранее что будет в новых ядрах ... ну нет у них машины времени.

Ответить | Правка | К родителю #787 | Наверх | Cообщить модератору

845. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 22-Июл-11, 20:56 
>>> Если адейтил ядро, то ребутиться нужно, увы.
>> kexec в помощь.
> Ребутица это правильно. Все извращения на тему как этого изберать решаются созданием
> кластера и перегрузкой отдельных нод. Другой путь это путь к весьма
> необычным глюкам учитывая что создатели всяких kexec немогут знать заранее что
> будет в новых ядрах ... ну нет у них машины времени.

Я обычно говорю так: либо для вас критична работа 24x7 и, следовательно, вам в любом случае необходимо полное дублирование всех критичных систем, а при дублировании ребут безопасен; либо для вас не критична работа 24x7 и, следовательно, ребут никому не помешает.

Ответить | Правка | Наверх | Cообщить модератору

901. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 23-Июл-11, 02:46 
> Я обычно говорю так: либо для вас критична работа 24x7 и, следовательно,
> вам в любом случае необходимо полное дублирование всех критичных систем, а
> при дублировании ребут безопасен; либо для вас не критична работа 24x7
> и, следовательно, ребут никому не помешает.

ну так LDOM/LPAR решают :) Несколько ОС на одной коробке без какой-либо попаболи :)

Ответить | Правка | Наверх | Cообщить модератору

970. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 24-Июл-11, 03:42 
>> Я обычно говорю так: либо для вас критична работа 24x7 и, следовательно,
>> вам в любом случае необходимо полное дублирование всех критичных систем, а
>> при дублировании ребут безопасен; либо для вас не критична работа 24x7
>> и, следовательно, ребут никому не помешает.
> ну так LDOM/LPAR решают :) Несколько ОС на одной коробке без какой-либо
> попаболи :)

Ну, я бы не сказал, что без неё. Сам гипервизор тоже обслуживать надо... Но это уже вопрос других материй, вне вопроса «пинать или не пинать». :)

Ответить | Правка | К родителю #901 | Наверх | Cообщить модератору

974. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 24-Июл-11, 04:11 
>>> Я обычно говорю так: либо для вас критична работа 24x7 и, следовательно,
>>> вам в любом случае необходимо полное дублирование всех критичных систем, а
>>> при дублировании ребут безопасен; либо для вас не критична работа 24x7
>>> и, следовательно, ребут никому не помешает.
>> ну так LDOM/LPAR решают :) Несколько ОС на одной коробке без какой-либо
>> попаболи :)
> Ну, я бы не сказал, что без неё. Сам гипервизор тоже обслуживать
> надо... Но это уже вопрос других материй, вне вопроса «пинать или
> не пинать». :)

Зачем обслуживать? оно в железе уже.

Ответить | Правка | К родителю #970 | Наверх | Cообщить модератору

977. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 24-Июл-11, 04:34 
>>>> Я обычно говорю так: либо для вас критична работа 24x7 и, следовательно,
>>>> вам в любом случае необходимо полное дублирование всех критичных систем, а
>>>> при дублировании ребут безопасен; либо для вас не критична работа 24x7
>>>> и, следовательно, ребут никому не помешает.
>>> ну так LDOM/LPAR решают :) Несколько ОС на одной коробке без какой-либо
>>> попаболи :)
>> Ну, я бы не сказал, что без неё. Сам гипервизор тоже обслуживать
>> надо... Но это уже вопрос других материй, вне вопроса «пинать или
>> не пинать». :)
> Зачем обслуживать? оно в железе уже.

В железе средства для организации, а сам «надсмотрщик» в случае LDOM — это один из доменов; в случае LPAR всё как-то хитрее, но суть та же. Ребутнуть этот самый контролирующий домен = ребутнуть машину.

Ответить | Правка | К родителю #974 | Наверх | Cообщить модератору

900. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 23-Июл-11, 02:44 
>>> Если адейтил ядро, то ребутиться нужно, увы.
>> kexec в помощь.
> Ребутица это правильно. Все извращения на тему как этого изберать решаются созданием
> кластера и перегрузкой отдельных нод. Другой путь это путь к весьма
> необычным глюкам учитывая что создатели всяких kexec немогут знать заранее что
> будет в новых ядрах ... ну нет у них машины времени.

причём тут "что будет в новых ядрах"?
kexec позволяет запустить новое ядро из текущего, минуя стадию инициализации железа
(что весьма долгий процесс).

Ответить | Правка | К родителю #819 | Наверх | Cообщить модератору

294. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от Клыкастый (ok), 18-Июл-11, 15:00 
>> А не проще ли /usr/src и /usr/obj на одном билд-сервере расшарить по
>> NFS на другую сотню машин? ;)
> и обойти все 500+ машин по ssh ручками? ;)

вендоадмины на марше? гуд, про ZFS вы не в курсе (да её и может не быть, вдруг она там не нужна), но как на XXX машинах выполнить единообразные операции для вас загадка? правда?

>> Когда ничего не работает, обычно читаем /usr/ports/UPDATING на предмет того, что же
>> нам хотели донести мантейнеры, прежде чем всё упало. :))
> сколько времени это займёт?

это прямой намёк что если что-то кпало в дебиане, дебианщики быстрее читают?


>>> А если еще и собирать самому надо...
>> Что, мандраж?
> сколько времени это займёт?

это скользкий вопрос. например на одном сервере полностью обновление мира и ядра, например час (ну тугой сервер у нас в примере). на двух - час. и на двадцати двух - тоже час.

но вот возьмём более конкретный пример. давеча мускуль обновил на версию. и клиент и сервер канпелялись. аж 5 минут. а потом мускуль репарил таблицы - mysql_update, да? тьфу, каких-то жалких 1,5-2 часа. а по не зависящей от админа причине репарить пришлось дважды. давайте поговорим о времени админа и о важности экономии времени на компиляции. ну и чтоб два раза не вставать, расскажите об удобстве бинарных пакетов когда в проекте внезапно требуется поменять то, что в source-based ставится легко и просто опциями сборки. ох помню как было весело собирать под rpm-ный дистр самбу с 4 нестандарными (в дистре) плюшками. оказалось надо тащить 100500 всего чтоб сам процесс "конпеляции был возможен"... короче, очень травматичный для психики...  (догадывается) так это поэтому любители бинари-бэйзед так боятся даже слова такого?


Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

437. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от anonymous (??), 19-Июл-11, 02:56 
>расскажите об удобстве бинарных пакетов когда в проекте внезапно требуется поменять то, что в source-based ставится легко и просто опциями сборки. ох помню как было весело собирать под rpm-ный дистр самбу с 4 нестандарными (в дистре) плюшками. оказалось надо тащить 100500 всего чтоб сам процесс "конпеляции был возможен"

То есть у вас в бинарном дистрибутиве не были установлены XXX-devel, и (о ужас!) они ВДРУГ потребовались для компиляции? А в source-based этот опасный XXX-devel хлам просто невыпиливаемый и ставится всегда? Опасный потому что им могут теоретически воспользоваться для взлома боевого сервера.

Ответить | Правка | Наверх | Cообщить модератору

439. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +2 +/
Сообщение от Аноним (-), 19-Июл-11, 03:05 
> Опасный потому что
> им могут теоретически воспользоваться для взлома боевого сервера.

ой какие страшные эти кучи текстовиков со странными расширениями и еще с более странными каракулями внутри... да, так вот прочитаешь не тот исходник-заклинание и падет сервер, и отдаст тебе рута в руки...

Ответить | Правка | Наверх | Cообщить модератору

466. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от fr0steremail (??), 19-Июл-11, 09:50 
> (о ужас!) они ВДРУГ потребовались для компиляции? А в source-based этот
> опасный XXX-devel хлам просто невыпиливаемый и ставится всегда?

Откуда дровишки?


Ответить | Правка | К родителю #437 | Наверх | Cообщить модератору

468. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 19-Июл-11, 09:52 
>>расскажите об удобстве бинарных пакетов когда в проекте внезапно требуется поменять то, что в source-based ставится легко и просто опциями сборки. ох помню как было весело собирать под rpm-ный дистр самбу с 4 нестандарными (в дистре) плюшками. оказалось надо тащить 100500 всего чтоб сам процесс "конпеляции был возможен"
> То есть у вас в бинарном дистрибутиве не были установлены XXX-devel, и
> (о ужас!) они ВДРУГ потребовались для компиляции? А в source-based этот
> опасный XXX-devel хлам просто невыпиливаемый и ставится всегда? Опасный потому что
> им могут теоретически воспользоваться для взлома боевого сервера.

вы не сталкивались не разу что в spec файлах указаны далеко не все зависимости.
Или указаны для runtime only, а buildtime нету ?
Какой самоувереный троль..

Ответить | Правка | К родителю #437 | Наверх | Cообщить модератору

618. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Клыкастый (ok), 20-Июл-11, 20:48 
> То есть у вас в бинарном дистрибутиве не были установлены XXX-devel, и (о ужас!) они ВДРУГ потребовались для компиляции?

именно. и процесс сборки ЗАМАХАЛ останавливаться в произвольных местах. Потому что обрабока зависимостей ВООБЩЕ НИКАКАЯ. Потому что более всего этот процесс напоминал сборку из тарбола. И да, мне религия запрещает использовать результат ТАКОГО процесса на продакшнах. И напротив. Сборка в стройной системе, предназначенной для сборок, отлаженной и вылизанной - это повод вводить в работу. Отдельная песня - собственные патчи.

> А в source-based этот опасный XXX-devel хлам просто невыпиливаемый и ставится всегда?

Вы забыли написать "радиоактивный" и "генномодифицированный".

> Опасный потому что им могут теоретически воспользоваться для взлома боевого сервера.

Конечно. Они ж не дураки - с собой бинарники таскать. Извините, поклонники репозиториев, я не имел вас в виду.


Ответить | Правка | К родителю #437 | Наверх | Cообщить модератору

902. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 23-Июл-11, 02:50 
> вендоадмины на марше? гуд, про ZFS вы не в курсе (да её
> и может не быть, вдруг она там не нужна), но как
> на XXX машинах выполнить единообразные операции для вас загадка? правда?

да в курсе и про cfengine в курсе.

> это прямой намёк что если что-то кпало в дебиане, дебианщики быстрее читают?

это прямой намёк на то, что если оставаться в рамках одной мажорной версии и ставить только багфиксы/секуритификсы, то попаболи практически не будет.


>>>> А если еще и собирать самому надо...
>>> Что, мандраж?
>> сколько времени это займёт?
> но вот возьмём более конкретный пример. давеча мускуль обновил на версию. и
> клиент и сервер канпелялись. аж 5 минут. а потом мускуль репарил
> таблицы - mysql_update, да? тьфу, каких-то жалких 1,5-2 часа. а по
> не зависящей от админа причине репарить пришлось дважды. давайте поговорим о

1)зачем вы обновляли mysql?
2)почему вы не проверили на тестовом стенде?
3)вы показали прекрасный пример, как огрести на ровном месте проблем.


Ответить | Правка | К родителю #294 | Наверх | Cообщить модератору

912. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 23-Июл-11, 11:56 
>[оверквотинг удален]
>>>>> А если еще и собирать самому надо...
>>>> Что, мандраж?
>>> сколько времени это займёт?
>> но вот возьмём более конкретный пример. давеча мускуль обновил на версию. и
>> клиент и сервер канпелялись. аж 5 минут. а потом мускуль репарил
>> таблицы - mysql_update, да? тьфу, каких-то жалких 1,5-2 часа. а по
>> не зависящей от админа причине репарить пришлось дважды. давайте поговорим о
> 1)зачем вы обновляли mysql?
> 2)почему вы не проверили на тестовом стенде?
> 3)вы показали прекрасный пример, как огрести на ровном месте проблем.

А если бд большой и нет возможности сделать упдейт на тестовом стенде ?

Ответить | Правка | Наверх | Cообщить модератору

1038. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Клыкастый (ok), 26-Июл-11, 19:48 
> 1)зачем вы обновляли mysql?

Требование заказчика.

> 2)почему вы не проверили на тестовом стенде?

Запасные сервера у меня из кармана не сыплются. О возможных рисках заказчик был проинформирован заранее.
И да, простите, ЧТО я должен проверять на тестовом стенде? Апгрейд mysql? совершенно не первый раз.

> 3)вы показали прекрасный пример, как огрести на ровном месте проблем.

mysql был обновлён.
заказчик принимал решение при полной информированности.
самой длинной операцией был repair таблиц, а вовсе не установка из сырцов.
Вы уверены что тут есть проблемы?

Решение А:
N времени на репайр + 0.1N на сборку mysql-server. Вероятность отказа X.

1.1N, X

Решение Б:
N времени на репайр на стенде + N времени на репайр на продакшне. Вероятность отказа X.

2N, X

В чём профит? Так ли страшна сборка, занявшая 0.1N?

Ответить | Правка | К родителю #902 | Наверх | Cообщить модератору

153. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 18-Июл-11, 00:06 
> Система пакетирования Debian умиляет: на один пакет программ приходится разыскивать
> и устанавливать небольшую кучку пакетиков — совсем не факт, что никого не забудешь.
> :))

Противоположный подход был по жизни характерен для редхата -- двадцатиметровый перловый бандл "и шоб никто не ушёл обиженным" (а что зависимости там недостающие есть, так это дело такое).

Ну и могу пособолезновать, если Вы до сих пор соображаете кучками пакетиков, а не задачами.

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

154. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от iZEN (ok), 18-Июл-11, 00:19 
>> Система пакетирования Debian умиляет: на один пакет программ приходится разыскивать
>> и устанавливать небольшую кучку пакетиков — совсем не факт, что никого не забудешь.
>> :))
> Противоположный подход был по жизни характерен для редхата -- двадцатиметровый перловый
> бандл "и шоб никто не ушёл обиженным" (а что зависимости там
> недостающие есть, так это дело такое).
> Ну и могу пособолезновать, если Вы до сих пор соображаете кучками пакетиков, а не задачами.

О, да. Фонтирование Java — это Отдельная, Важная, Задача для пока-ещё-несовсем-JDK JavaEE-сервера, только если с него хотят получать отрендеренные средствами Java2D документы. Эх, придётся доустановить java6-sun-fonts, а то фонты рендерить не сможем и отдавать будем баннеры/документы с квадратиками вместо букв. :))

Право слово, смешно же в такие детские ситуации вляпываться: вот Sun/Oracle JRE от Debian, а работать со шрифтами не умеет, пока не доустановишь "необязательный" пакетик. Почему "необязательный", зачем что-то доустанавливать, когда в других системах всё работает из коробки — неясно. И так для каждой фигни в .deb!

Ответить | Правка | Наверх | Cообщить модератору

267. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +3 +/
Сообщение от XPEHemail (?), 18-Июл-11, 12:23 
Гмм, оказывается чтобы рендерить шрифты нужны шрифты.
Вот кто бы мог подумать.
Ответить | Правка | Наверх | Cообщить модератору

191. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от Аноним (-), 18-Июл-11, 04:07 
> небольшую кучку пакетиков — совсем не факт, что никого не забудешь.
> :))

Это ты о чем? Там пакетный менеджер вообще-то сам зависимости рюхает.

> А не проще ли /usr/src и /usr/obj на одном билд-сервере расшарить по
> NFS на другую сотню машин? ;)

А кто сказал что содержимое всех дир на машинах хочется иметь одинаковым? Одно дело масс-накатка 1 пакета и другое - тотальный синхр всех файлов вообще. Разница как между водяным пистолетом и базукой.  

> сборкой/установкой/запуском на тестовом сервере и читать хоть иногда новости из ports/UPDATING.

Короче, геморрой. Так и скажи.

> То есть вот так блоб-update.deb на боевой продакшен сервер, не боясь?

В общем случае - как-то так. А ты читаешь диффы всех изменений во всех программах до того как заапдейтить? Только честно? :)

>> PS: все сервера в конечном итоге на дебиане.
> И, главное, всё сухо! :)

И комфортно. Дебиан и даже серверная убунта показали себя вполне беспроблемными дистрами на серверах.

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

237. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 10:00 
>> А не проще ли /usr/src и /usr/obj на одном билд-сервере расшарить по
>> NFS на другую сотню машин? ;)
> А кто сказал что содержимое всех дир на машинах хочется иметь одинаковым?
> Одно дело масс-накатка 1 пакета и другое - тотальный синхр всех
> файлов вообще. Разница как между водяным пистолетом и базукой.

слышал звон, да не знаю о чем он...

>> сборкой/установкой/запуском на тестовом сервере и читать хоть иногда новости из ports/UPDATING.
> Короче, геморрой. Так и скажи.

геморрой у тебя сзади.

>> То есть вот так блоб-update.deb на боевой продакшен сервер, не боясь?
> В общем случае - как-то так. А ты читаешь диффы всех изменений
> во всех программах до того как заапдейтить? Только честно? :)

UPDATING достаточно.

>>> PS: все сервера в конечном итоге на дебиане.
>> И, главное, всё сухо! :)
> И комфортно. Дебиан и даже серверная убунта показали себя вполне беспроблемными дистрами
> на серверах.

ну да, особенно с порутанным экзимом и ссх. и сколько там еще дыр из за протухшего софта - фиг его знает.

Ответить | Правка | Наверх | Cообщить модератору

372. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 20:19 
> слышал звон, да не знаю о чем он...

Ну если не знаете - то чего сюда влезли?

>> Короче, геморрой. Так и скажи.
> геморрой у тебя сзади.

Вай, как конструктивно.

> UPDATING достаточно.

Ну если не читать сорцы от и до, тогда ченжлогов на бинарные пакеты тоже чуть более чем за глаза.

>> на серверах.
> ну да, особенно с порутанным экзимом и ссх. и сколько там еще
> дыр из за протухшего софта - фиг его знает.

Порутаный ssh - это на фрибсд 4 который? Тяжела и неказиста жизнь простого некромана :)

Ответить | Правка | Наверх | Cообщить модератору

378. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 20:42 
>> слышал звон, да не знаю о чем он...
> Ну если не знаете - то чего сюда влезли?

тебе растишуку купить?

>> UPDATING достаточно.
> Ну если не читать сорцы от и до, тогда ченжлогов на бинарные
> пакеты тоже чуть более чем за глаза.

вы не поверите: что установить софт собранный каким-то дядей, что собрать его самому - разницы нет, все совершенно точно так же и с такими же рисками. но вот когда ты вырастишь из конторы с 10-ом бухов и 1с на компе под твоим столом, поймешь, что софт, что собран кем-то там, не соответствует твоим задачам...

> Порутаный ssh - это на фрибсд 4 который? Тяжела и неказиста жизнь
> простого некромана :)

нет дорогой, это твой любимый дебиан, иди окунись в историю.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру