The OpenNET Project / Index page

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



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

Оглавление

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

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


68. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +4 +/
Сообщение от ram_scan (?), 17-Июл-11, 17:46 
> Ибо Дебиан для таких проектов - путь в никуда

Толсто. У дебиана наверное если не самое большое время жизни, то одно из.

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

Кроме того ортодоксальным фряшникам никто не мешает пользоваться Debian/kFreeBSD вместе со всеми фряшными плюшками, и дебиановскими вкусностями в виде манагера пакетов.

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

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

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

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

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

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

89. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от I am (??), 17-Июл-11, 19:29 
> но не когда тебе надо пиццот серверов зараз от уязвимости заапдейтить в автопилоте

И в этот момент всякий админ локалхоста представляет себе, что он на всех этих машинах должен что-то канпилять. Ага.

> заапдейтить в автопилоте, да не просто заапдейтить а чтобы ничего нигде не отпало.

Понятно, что хочется и сесть и съесть.

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

102. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Crazy Alex (??), 17-Июл-11, 20:52 
>> заапдейтить в автопилоте, да не просто заапдейтить а чтобы ничего нигде не отпало.
> Понятно, что хочется и сесть и съесть.

Дык. Прикол в том, что дебиан это позволяет.

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

189. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 04:00 
> Дык. Прикол в том, что дебиан это позволяет.

Позволяет, но обычно это никто не делает. И да, если например на автопилоте ставить нжинкс в том виде как его Сысоев релизит - потом костей не соберешь, потому что несовместимые изменения конфига - случаются. А дебианщики и прочие убунтуйцы придержат текущую версию, спортировав только секурити. Зато ничего не отвалится в тот момент когда чинить это как назло некому.

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

234. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Crazy Alex (??), 18-Июл-11, 09:48 
>> Дык. Прикол в том, что дебиан это позволяет.
> Позволяет, но обычно это никто не делает. И да, если например на
> автопилоте ставить нжинкс в том виде как его Сысоев релизит -
> потом костей не соберешь, потому что несовместимые изменения конфига - случаются.
> А дебианщики и прочие убунтуйцы придержат текущую версию, спортировав только секурити.
> Зато ничего не отвалится в тот момент когда чинить это как
> назло некому.

Так и я о том - поэтому и можно апдейтить в автопилоте и ничего не отпадает.

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

273. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от I am (??), 18-Июл-11, 13:01 
> А дебианщики и прочие убунтуйцы придержат текущую версию, спортировав только секурити.
> Зато ничего не отвалится в тот момент когда чинить это как
> назло некому.

Портирование не 100%-е, есть пакеты, на которых портирование невозможно в силу малых человеческих ресурсов. Нам такого счастья не надо.

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

288. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Crazy Alex (??), 18-Июл-11, 14:16 
Сломать что-то новой версией шансы много больше
Ответить | Правка | Наверх | Cообщить модератору

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

Вот-вот. Авторы программ любят крушить-ломать-новые фичи внедрять. Со всеми вытекающими.

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

419. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от I am (??), 19-Июл-11, 00:26 
> Сломать что-то новой версией шансы много больше

Безусловно, если предварительно не тестировать.

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

583. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ram_scan (?), 20-Июл-11, 13:54 
Зачем тестировать ? Политика обновления демьяна дает возможность мне спать спокойно. С 2004 года (когда я начал им пользоваться) у меня не было ни одного инцидента.

Не вижу смысла что-то менять. Свободное время лучше тратить на баб и пиво.

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

289. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Клыкастый (ok), 18-Июл-11, 14:22 
>> но не когда тебе надо пиццот серверов зараз от уязвимости заапдейтить в автопилоте
> И в этот момент всякий админ локалхоста представляет себе, что он на
> всех этих машинах должен что-то канпилять. Ага.

ой, как же толсто, я бы сказал даже - жирно, аж блин льёцца. такое впечатление, что вы серваками управляете из браузера. у всех ssh с ключами, screen, sudo, плюшечки ОС (кто-то конпиляет, кто-то порты свои пишет, кто-то из дебиановских репок тянет) и чисто свои наработки, как правило сильно облегчающие жизнь скрипты. А ещё я вам подскажу такие плюшки как например репликация отдельных разделов средствами ZFS (фряшный стиль разбивки очень этому способствует) или например rsync старый добрый провереный. На одном сервере сделал - и разлетелось на все. да много есть приятственных вещей, когда голова на месте.

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

111. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –1 +/
Сообщение от getfr (?), 17-Июл-11, 21:09 
Конечно, для FreeBSD требуется песочница для теста и компиляции (отдельный компьютер, желательно близкой конфигурации, возможно, нагруженный некритичными процессами сервер).

А dump/restore никто не отменял. Хотя при нормальном подходе restore требуется редко.

И никто не запрещает компилированные пакеты засунуть затем в packages в виде, готовом к установке.

Для меня после linux-дистров FreeBSD иногда выглядит как сказка. Столько всего работает и очень многое БЕЗ КОСТЫЛЕЙ :)

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

122. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –3 +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-11, 21:52 
> Столько всего работает и очень многое БЕЗ КОСТЫЛЕЙ :)

Сдаётся мне, Вы тут просто защищаете свои привычки, и НИЧЕГО БОЛЕЕ.

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

225. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –1 +/
Сообщение от MyH (ok), 18-Июл-11, 09:04 
>> Столько всего работает и очень многое БЕЗ КОСТЫЛЕЙ :)
> Сдаётся мне, Вы тут просто защищаете свои привычки, и НИЧЕГО БОЛЕЕ.

А по мне фряха тоже как-то проще и очевиднее, требует меньше написания скрипто-залипух. Имею дело с обоими системами в одинаковой степени.

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

269. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +2 +/
Сообщение от XPEHemail (?), 18-Июл-11, 12:38 
>>> Столько всего работает и очень многое БЕЗ КОСТЫЛЕЙ :)
>> Сдаётся мне, Вы тут просто защищаете свои привычки, и НИЧЕГО БОЛЕЕ.
> А по мне фряха тоже как-то проще и очевиднее, требует меньше написания
> скрипто-залипух. Имею дело с обоими системами в одинаковой степени.

Наверняка это оттого что вы пытаетесь из линукса сделать фряху.

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

386. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Hety (??), 18-Июл-11, 21:05 
>>>> Столько всего работает и очень многое БЕЗ КОСТЫЛЕЙ :)
>>> Сдаётся мне, Вы тут просто защищаете свои привычки, и НИЧЕГО БОЛЕЕ.
>> А по мне фряха тоже как-то проще и очевиднее, требует меньше написания
>> скрипто-залипух. Имею дело с обоими системами в одинаковой степени.
> Наверняка это оттого что вы пытаетесь из линукса сделать фряху.

Из ужа ежа не сделаешь.

Я бу уже давно переехал на линь, если бы не одно НО - сборка пакетов. То есть когда мне надо сделать apt-get install balbla - все ок. А вот если вкорячивать опции, которые майнтэйнер посчитал ненужными... тут система портов фряхи выглядит раем. С одной стороны как бы можно на генту переехать. С другой это не Дебиан/Шапка/Суся. В итоге что-то на линухе, что-то на фре.

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

710. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 21-Июл-11, 21:31 
Не вижу ничего такого сложного в пересборке пакетов в дебиане - пара команд и готово.
Ответить | Правка | Наверх | Cообщить модератору

364. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –2 +/
Сообщение от Аноним (-), 18-Июл-11, 20:11 
> А по мне фряха тоже как-то проще и очевиднее, требует меньше написания
> скрипто-залипух. Имею дело с обоими системами в одинаковой степени.

Скажите, сэр, а в этой вашей фряхе хотя-бы сервис можно застартить с повышенным или пониженным приоритетом без написания "скрипто-залипух"? А мониторить его падения и при падении - перезапустить? А то в серверной убунте и дебиане такое - как два пальца об асфальт с этим их апстартом. И эти люди будут лечить нас про скрипто-залипухи?

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

371. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +3 +/
Сообщение от Аноним (-), 18-Июл-11, 20:18 
>> А по мне фряха тоже как-то проще и очевиднее, требует меньше написания
>> скрипто-залипух. Имею дело с обоими системами в одинаковой степени.
> Скажите, сэр, а в этой вашей фряхе хотя-бы сервис можно застартить с
> повышенным или пониженным приоритетом без написания "скрипто-залипух"? А мониторить его
> падения и при падении - перезапустить? А то в серверной убунте
> и дебиане такое - как два пальца об асфальт с этим
> их апстартом. И эти люди будут лечить нас про скрипто-залипухи?

можно и то и другое. это видимо такие задачи стоят нынче перед убунто-админами? смешно, честное слово.

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

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

примеры в студию. или потащите runit/daemontools/etc?

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

1001. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 24-Июл-11, 19:35 
>>> Скажите, сэр, а в этой вашей фряхе хотя-бы сервис можно застартить с
>>> повышенным или пониженным приоритетом без написания "скрипто-залипух"? А мониторить его
>>> падения и при падении - перезапустить? А то в серверной убунте
>>> и дебиане такое - как два пальца об асфальт с этим
>>> их апстартом. И эти люди будут лечить нас про скрипто-залипухи?
>> можно и то и другое. это видимо такие задачи стоят нынче перед
>> убунто-админами? смешно, честное слово.
> примеры в студию. или потащите runit/daemontools/etc?

вы это серьезно или шутите? чего-то я не понимаю
идите и почитайте. вот напрмер из /etc/rc.subr:
                                if [ -n "$_nice" ]; then
                                        if [ -z "$_user" ]; then
                                                _doit="sh -c \"$_doit\""
                                        fi
                                        _doit="nice -n $_nice $_doit"
                                fi

если судрь желает заниматься таким ламерством, то можно ли вот так в вашем этом апстартом?

                                if [ -n "$_user" ]; then
                                    _doit="su -m $_user -c 'sh -c \"$_doit\"'"
                                fi

могу еще 10 тыщ пискомерок подобного толка придумать, интересует?

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

1009. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 24-Июл-11, 21:31 
>[оверквотинг удален]
>            
>            
>       fi
>            
>            
>            
>       _doit="nice -n $_nice $_doit"
>            
>            
>          fi

и? а приоритет на доступ к блочным устройствам? и вы почему-то половину вопроса не заметили: рестарт сервиса при его падении.

>[оверквотинг удален]
>            
>          if [
> -n "$_user" ]; then
>            
>            
>            
>   _doit="su -m $_user -c 'sh -c \"$_doit\"'"
>            
>            
>          fi

можно.

> могу еще 10 тыщ пискомерок подобного толка придумать, интересует?

да чего там придумывать? лучше покажите параллельный запуск сервисов с учётом зависимостей.

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

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

не "и", а показал то, что вы хотели. стандартно idprio/rtprio не заюзывается, если вам нужно: поправьте rc.subr и отправте фрюшникам, что бы зарелизили, пока, видимо, такие приоритеты, на сервисы, ни кому не нужны были.
ватчдогов напридумано уже куча-перекуча, это так обязательно тащить его в систему? я не понимаю нафига он нужен, если что-то упало, то это должен отследить мониторинг и администратор должен зайти и разобраться. Ну может быть на десктопах еще есть в этом потребность... но мы же не о них, правда? впрочем фрюшники вас слышат и в 9-ке обещали встроенный в систему ватчдог.


>> могу еще 10 тыщ пискомерок подобного толка придумать, интересует?
> да чего там придумывать? лучше покажите параллельный запуск сервисов с учётом зависимостей.

ну опять началось... давно линукс смог избавиться от дибильного: rc.1 rc.2 .. rc.N?

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

290. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Клыкастый (ok), 18-Июл-11, 14:22 
>> Столько всего работает и очень многое БЕЗ КОСТЫЛЕЙ :)
> Сдаётся мне, Вы тут просто защищаете свои привычки, и НИЧЕГО БОЛЕЕ.

А вы - чужие, или тоже свои? :)

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

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

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

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

527. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Hety (??), 19-Июл-11, 21:46 
>> А вы - чужие, или тоже свои? :)
> Нормальные люди могут изменять свои привычки если видят что это ведет к
> хорошему результату. А когда не могут - это называется упертым бараном,
> который прет лбом в кирпичную стену, хотя обойти ее явно проще
> чем прошибить лбом.

С другой стороны нормальные люди не чинят то, что работает. Не будем бросаться в крайности. Да - держаться за старье - бессмысленно. С другой стороны апдэйты ради апдэйтов и фичи ради фич - тоже не нужны. Я прекрасно понимаю, что не все фичи нужны только ради фич. Но тут уж каждый сам решает - оно ему надо или нет.

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

617. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от Клыкастый (ok), 20-Июл-11, 20:33 
>> А вы - чужие, или тоже свои? :)
> Нормальные люди могут изменять свои привычки если видят что это ведет к хорошему результату.

Согласен полностью. В данном случае видимо результат недостаточно хорош.

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

А есть ещё другой вид баранов, преимущественно малолетних. Если кто-то не разделяет их божественное мнение, то исключительно из козъего упрямства и отставания в развитии.


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

124. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 17-Июл-11, 21:57 
> Конечно, для FreeBSD требуется песочница для теста и компиляции (отдельный компьютер, желательно
> близкой конфигурации, возможно, нагруженный некритичными процессами сервер).

А что вы там собрались компилять?


> И никто не запрещает компилированные пакеты засунуть затем в packages в виде,
> готовом к установке.

а base вы как в пакеты засунете?

> Для меня после linux-дистров FreeBSD иногда выглядит как сказка. Столько всего работает
> и очень многое БЕЗ КОСТЫЛЕЙ :)

о чём вы вообще?

Кстати:
http://groups.google.com/group/fido7.ru.unix.bsd/browse_thre...

И Proposal от NetBSD Team(NetBSD System Installation Packages):
http://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/src/distrib/s...

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

172. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 02:21 
> а base вы как в пакеты засунете?

freebsd-update, не?
а rsync освоить слабо?

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

175. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –1 +/
Сообщение от ragus (ok), 18-Июл-11, 02:33 
>> а base вы как в пакеты засунете?
> freebsd-update, не?
> а rsync освоить слабо?

вы вопрос читали?
Таки расскажите, что приедет с freebsd-update при наличии своего кастомного ядра?

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

201. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 18-Июл-11, 05:13 
>>> а base вы как в пакеты засунете?
>> freebsd-update, не?
>> а rsync освоить слабо?
> вы вопрос читали?
> Таки расскажите, что приедет с freebsd-update при наличии своего кастомного ядра?

Наверное, то же самое, что приедет из репозитория вашего Linux-дистра при наличии кастомного ядра, не?

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

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

>> Таки расскажите, что приедет с freebsd-update при наличии своего кастомного ядра?
> Наверное, то же самое, что приедет из репозитория вашего Linux-дистра при наличии
> кастомного ядра, не?

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

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

244. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 18-Июл-11, 10:46 
>>> Таки расскажите, что приедет с freebsd-update при наличии своего кастомного ядра?
>> Наверное, то же самое, что приедет из репозитория вашего Linux-дистра при наличии
>> кастомного ядра, не?
> я редко использую кастомные ядра. либо на тестовом стенде, либо если действительно
> есть необходимость. Даже то, что собирается модулями отдельно само ставится через
> dkms при апгрейде ядра.

Ну так разработчики всех известных мне BSD тоже рекомендуют (и не без оснований) пользоваться GENERIC. Так что не видно отличий.

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

249. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +2 +/
Сообщение от deadless (ok), 18-Июл-11, 11:17 
при апгрейде версии ядра любого ослинукса совершенно очевидно отвалицо часть проприетарных драйверов завязанных на определенную версию (скажем 2.6.19) и никакой мего репозиторий и секурити фиксы не заставят работать этот драйвер с более другой версией ядра. это конкретный слив.
Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

254. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 18-Июл-11, 11:28 
> при апгрейде версии ядра любого ослинукса совершенно очевидно отвалицо часть проприетарных
> драйверов завязанных на определенную версию (скажем 2.6.19) и никакой мего репозиторий
> и секурити фиксы не заставят работать этот драйвер с более другой
> версией ядра. это конкретный слив.

сколько rhel ни апдейтил, ничего не отваливалось. ЧЯДНТ?

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

324. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от deadless (ok), 18-Июл-11, 17:05 
>> при апгрейде версии ядра любого ослинукса совершенно очевидно отвалицо часть проприетарных
>> драйверов завязанных на определенную версию (скажем 2.6.19) и никакой мего репозиторий
>> и секурити фиксы не заставят работать этот драйвер с более другой
>> версией ядра. это конкретный слив.
> сколько rhel ни апдейтил, ничего не отваливалось. ЧЯДНТ?

ты просто не пробовал 5.5 -> 6.1 на тачках подключенных к SAN фиберами..

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

326. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от AlexAT (ok), 18-Июл-11, 17:07 
> ты просто не пробовал 5.5 -> 6.1 на тачках подключенных к SAN
> фиберами..

Вы о чем вообще. 5.x -> 6.x - unsupported upgrade path.

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

433. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nuclightemail (ok), 19-Июл-11, 02:40 
>> ты просто не пробовал 5.5 -> 6.1 на тачках подключенных к SAN
>> фиберами..
> Вы о чем вообще. 5.x -> 6.x - unsupported upgrade path.

Вот настолько? И это хваленый коммерческий линукс с суппортом? Во фре 5.x -> 6.x вполне supported, хотя забесплатно никто не обещал, что системные штуки не отвалятся (приложения же прекрасно работали без пересборки, compat рулит).

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

453. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от AlexAT (ok), 19-Июл-11, 09:20 
> Вот настолько? И это хваленый коммерческий линукс с суппортом? Во фре 5.x
> -> 6.x вполне supported, хотя забесплатно никто не обещал, что системные
> штуки не отвалятся (приложения же прекрасно работали без пересборки, compat рулит).

Конечно настолько. В пределах миноров ветки RH гарантирует (а в случае, если это окажется не так - осуществляет поддержку), что ничего не отвалится при обновлении. Между мажорами "мягкий" автоматический апгрейд невозможен именно по причине смены инфраструктуры, только перенос сервиса. В принципе, ни один вменяемый поставщик не будет гарантировать бесшовного апгрейда с мажора на мажор.

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

484. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 19-Июл-11, 11:40 
> Между мажорами "мягкий" автоматический апгрейд невозможен именно по причине
> смены инфраструктуры, только перенос сервиса. В принципе, ни один вменяемый поставщик
> не будет гарантировать бесшовного апгрейда с мажора на мажор.

начинайте открывать для себя мир бсд, я приспокойненько обновлялся: 6->7->8, удалял пару стары пакетиков, что нынче были включены в систему, ставил сompat6 и 7 и все продолжает работать. вот вам и вменяемый поставщик, угу.

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

491. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –1 +/
Сообщение от Alexemail (??), 19-Июл-11, 12:47 
> начинайте открывать для себя мир бсд, я приспокойненько обновлялся: 6->7->8, удалял пару
> стары пакетиков, что нынче были включены в систему, ставил сompat6 и
> 7 и все продолжает работать. вот вам и вменяемый поставщик, угу.

У себя на локалхосте вы вольны открывать, закрывать, и вообще делать что угодно. А в продакшне за такое руки отрывают. Сразу.

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

493. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –1 +/
Сообщение от Alexemail (??), 19-Июл-11, 12:51 
Хотя - да, вы просто привыкли к граблям на ровном месте. В F*BSD и смена структуры конфигов в пределах ветки - не редкость.
Ответить | Правка | К родителю #491 | Наверх | Cообщить модератору

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

В отличии от вас, мой продакшен "безшовно" переезжает на более новые версии системы и не жужжит. А то, что вы не умеете что-то делать и продумывать, это всецело ваша проблема.

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

588. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 20-Июл-11, 14:19 
>> начинайте открывать для себя мир бсд, я приспокойненько обновлялся: 6->7->8, удалял пару
>> стары пакетиков, что нынче были включены в систему, ставил сompat6 и
>> 7 и все продолжает работать. вот вам и вменяемый поставщик, угу.
> У себя на локалхосте вы вольны открывать, закрывать, и вообще делать что
> угодно. А в продакшне за такое руки отрывают. Сразу.

Безусловно если руководство узнает что там где можно было спилить бабла все заработало само ... очень растроится ... :-))

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

587. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 20-Июл-11, 14:18 
>> Между мажорами "мягкий" автоматический апгрейд невозможен именно по причине
>> смены инфраструктуры, только перенос сервиса. В принципе, ни один вменяемый поставщик
>> не будет гарантировать бесшовного апгрейда с мажора на мажор.
> начинайте открывать для себя мир бсд, я приспокойненько обновлялся: 6->7->8, удалял пару
> стары пакетиков, что нынче были включены в систему, ставил сompat6 и
> 7 и все продолжает работать. вот вам и вменяемый поставщик, угу.

Это скорее совпадение. Между 6-7-8-9 разница восновном в названии ...

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

597. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 20-Июл-11, 16:26 
>>> Между мажорами "мягкий" автоматический апгрейд невозможен именно по причине
>>> смены инфраструктуры, только перенос сервиса. В принципе, ни один вменяемый поставщик
>>> не будет гарантировать бесшовного апгрейда с мажора на мажор.
>> начинайте открывать для себя мир бсд, я приспокойненько обновлялся: 6->7->8, удалял пару
>> стары пакетиков, что нынче были включены в систему, ставил сompat6 и
>> 7 и все продолжает работать. вот вам и вменяемый поставщик, угу.
> Это скорее совпадение. Между 6-7-8-9 разница восновном в названии ...

Совпадение на сотни машин? Про разницу согласиться не могу, хотя справедливости ради нужно заметить, что когда мигрировал с 4 на 6, пробегая 5 только в момент миграции, не все было так гладко, как с 6-7-8, но там самосбора было дофига, доставшегося от прежнего админа.

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

465. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 19-Июл-11, 09:49 
>>> ты просто не пробовал 5.5 -> 6.1 на тачках подключенных к SAN
>>> фиберами..
>> Вы о чем вообще. 5.x -> 6.x - unsupported upgrade path.
> Вот настолько? И это хваленый коммерческий линукс с суппортом? Во фре 5.x
> -> 6.x вполне supported, хотя забесплатно никто не обещал, что системные
> штуки не отвалятся (приложения же прекрасно работали без пересборки, compat рулит).

Именно так. Кроме того - попытка попросить у них опцию ядра которая им кажется не нужной - это много месяцев нытья и оббивания порогов. И чаще всего получаешь коментарий - нам это не надо.

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

291. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Клыкастый (ok), 18-Июл-11, 14:27 
>>> Таки расскажите, что приедет с freebsd-update при наличии своего кастомного ядра?

что соберём, то и приедет. это, родные, кастомное ядро. с ним везде на шажочек подольше, не?

>> Наверное, то же самое, что приедет из репозитория вашего Linux-дистра при наличии
>> кастомного ядра, не?
> я редко использую кастомные ядра

а вопрос не про это был. вопрос был - что приедет. нет?

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

206. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от getfr (?), 18-Июл-11, 06:23 
Придет то, что нужно, кстати.

Вместе с бинарниками припрутся еще и исходники.

А Вы не в курсе?

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

208. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 18-Июл-11, 06:28 
> Придет то, что нужно, кстати.
> Вместе с бинарниками припрутся еще и исходники.
> А Вы не в курсе?

и они прямо волшебным образом собирут мне ядро с pfsync?

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

533. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от getfr (?), 19-Июл-11, 23:50 
> и они прямо волшебным образом собирут мне ядро с pfsync?

Linux автоматом тоже не генерит в раздачу кастомные ядра, так что тут - паритет, однако

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

543. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 20-Июл-11, 02:47 
>> и они прямо волшебным образом собирут мне ядро с pfsync?
> Linux автоматом тоже не генерит в раздачу кастомные ядра, так что тут
> - паритет, однако

В linux просто не надо на каждый чих пересобирать ядро.

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

586. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 20-Июл-11, 14:08 
>>> и они прямо волшебным образом собирут мне ядро с pfsync?
>> Linux автоматом тоже не генерит в раздачу кастомные ядра, так что тут
>> - паритет, однако
> В linux просто не надо на каждый чих пересобирать ядро.

Вы не поверите...

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

596. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –1 +/
Сообщение от iZEN (ok), 20-Июл-11, 16:22 
>>> и они прямо волшебным образом собирут мне ядро с pfsync?
>> Linux автоматом тоже не генерит в раздачу кастомные ядра, так что тут
>> - паритет, однако
> В linux просто не надо на каждый чих пересобирать ядро.

А как же OpenVZ? Ведь патчи для него поставляются отдельно от ванильного ядра.


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

600. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от XPEHemail (?), 20-Июл-11, 16:53 
>>>> и они прямо волшебным образом собирут мне ядро с pfsync?
>>> Linux автоматом тоже не генерит в раздачу кастомные ядра, так что тут
>>> - паритет, однако
>> В linux просто не надо на каждый чих пересобирать ядро.
> А как же OpenVZ? Ведь патчи для него поставляются отдельно от ванильного
> ядра.

# apt-cache search openvz-686
linux-headers-2.6.32-5-openvz-686 - Header files for Linux 2.6.32-5-openvz-686
linux-image-2.6.32-5-openvz-686-dbg - Debugging infos for Linux 2.6.32-5-openvz-686
linux-image-2.6.32-5-openvz-686 - Linux 2.6.32 for modern PCs, OpenVZ support
linux-headers-2.6-openvz-686 - Header files for Linux 2.6-openvz-686 (meta-package)
linux-image-2.6-openvz-686 - Linux 2.6 for modern PCs (meta-package), OpenVZ support
linux-image-openvz-686 - Linux for modern PCs (meta-package), OpenVZ support
linux-image-2.6.26-2-openvz-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, OpenVZ support

Еще вопросы будут ?

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

605. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от iZEN (ok), 20-Июл-11, 17:56 
>[оверквотинг удален]
> # apt-cache search openvz-686
> linux-headers-2.6.32-5-openvz-686 - Header files for Linux 2.6.32-5-openvz-686
> linux-image-2.6.32-5-openvz-686-dbg - Debugging infos for Linux 2.6.32-5-openvz-686
> linux-image-2.6.32-5-openvz-686 - Linux 2.6.32 for modern PCs, OpenVZ support
> linux-headers-2.6-openvz-686 - Header files for Linux 2.6-openvz-686 (meta-package)
> linux-image-2.6-openvz-686 - Linux 2.6 for modern PCs (meta-package), OpenVZ support
> linux-image-openvz-686 - Linux for modern PCs (meta-package), OpenVZ support
> linux-image-2.6.26-2-openvz-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, OpenVZ
> support
> Еще вопросы будут ?

И у каждого дистрибутива такая же кучка? А не лучше ли OpenVZ в ванильное ядро СРАЗУ добавить, чтобы у пользователей оно ИЗ_КОРОБКИ работало, как Jail на FreeBSD? Что думает об этом фюрер?

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

606. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от fr0steremail (??), 20-Июл-11, 18:00 
>> Еще вопросы будут ?
> И у каждого дистрибутива такая же кучка? А не лучше ли OpenVZ
> в ванильное ядро СРАЗУ добавить, чтобы у пользователей оно ИЗ_КОРОБКИ работало,
> как Jail на FreeBSD? Что думает об этом фюрер?

А зачем? Если мне OpenVZ не нужен на данной машине, зачем мне там он в ядре, если же он мне нужен то я могу и отдельное ядро поставить. Естественно это ИМХО.

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

620. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от iZEN (ok), 20-Июл-11, 21:45 
>>> Еще вопросы будут ?
>> И у каждого дистрибутива такая же кучка? А не лучше ли OpenVZ
>> в ванильное ядро СРАЗУ добавить, чтобы у пользователей оно ИЗ_КОРОБКИ работало,
>> как Jail на FreeBSD? Что думает об этом фюрер?
> А зачем? Если мне OpenVZ не нужен на данной машине, зачем мне
> там он в ядре, если же он мне нужен то я
> могу и отдельное ядро поставить. Естественно это ИМХО.

Затем, что некоторые утверждают, что на FreeBSD нужно обязательно перекомпилировать ядро. GENERIC ни в коем случае использовать нельзя, так как там нету ALTQ и других ништяков (очевидно, нужных по каким-то причинам именно им). :)) А тут, оказывается, для запуска нативной виртуализации Linux нужно ТОЖЕ менять ядро — ванильное ну никак не годится! Куда катится этот мир, вы не знаете?
Выискивать в чужом глазу соринку и не замечать бревна в собственном подреберье — это, знаете ли, как-то двулично.


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

630. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 20-Июл-11, 23:02 
>[оверквотинг удален]
>> там он в ядре, если же он мне нужен то я
>> могу и отдельное ядро поставить. Естественно это ИМХО.
> Затем, что некоторые утверждают, что на FreeBSD нужно обязательно перекомпилировать ядро.
> GENERIC ни в коем случае использовать нельзя, так как там нету
> ALTQ и других ништяков (очевидно, нужных по каким-то причинам именно им).
> :)) А тут, оказывается, для запуска нативной виртуализации Linux нужно ТОЖЕ
> менять ядро — ванильное ну никак не годится! Куда катится этот
> мир, вы не знаете?
> Выискивать в чужом глазу соринку и не замечать бревна в собственном подреберье
> — это, знаете ли, как-то двулично.

В рассылке Сысоева рекомендовали не только выкинуть из ядра ненужное железо но даже не включить ipfw а блокировать некоторый траф маршрутами. Все зависит от задач. ALTQ редко кому нужен.

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

631. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от iZEN (ok), 20-Июл-11, 23:27 
>[оверквотинг удален]
>> GENERIC ни в коем случае использовать нельзя, так как там нету
>> ALTQ и других ништяков (очевидно, нужных по каким-то причинам именно им).
>> :)) А тут, оказывается, для запуска нативной виртуализации Linux нужно ТОЖЕ
>> менять ядро — ванильное ну никак не годится! Куда катится этот
>> мир, вы не знаете?
>> Выискивать в чужом глазу соринку и не замечать бревна в собственном подреберье
>> — это, знаете ли, как-то двулично.
> В рассылке Сысоева рекомендовали не только выкинуть из ядра ненужное железо но
> даже не включить ipfw а блокировать некоторый траф маршрутами. Все зависит
> от задач. ALTQ редко кому нужен.

Я больше скажу — в ядре GENERIC есть опция:
makeoptions    DEBUG=-g        # Build kernel with gdb(1) debug symbols
и опции отладки ядра.
Я их выкидываю, когда собираюсь собрать своё ядро. Это ОБЫЧНЫЙ процесс для source-based системы и НЕОБЫЧНЫЙ для binary-based — в последнем случае самому администратору ядро собирать не надо (резко противопоказано), но нужно обращаться к мантейнерам дистрибутива, на поддержку которого вы подписаны, чтобы те собрали ядро с заданными вами опциями. Они его вам соберут, положат в персональный репозиторий и будут ОТВЕЧАТЬ за то ядро, которое собрали и постановили вам по платной подписке.

Таким образом, часть ответстенности переносится на оплачиваемый сервис. Так зачем ставить под сомнение услуги администратора FreeBSD, которого наняли и который берётся за определённую плату обеспечивать такую же поддержку системы, которая, собственно, и предназначена для работы с ней на уровне исходников, а не только на уровне общедоступных бинарных составляющих и GENERIC-обновлений? В чём дело-то? Мантейнеры Red Hat больше ценятся, чем все остальные сборщики, которые способны собрать ядро с определёнными опциями? Ну и дела!

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

689. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от pavel_simple (ok), 21-Июл-11, 19:16 
> Затем, что некоторые утверждают, что на FreeBSD нужно обязательно перекомпилировать ядро.
> GENERIC ни в коем случае использовать нельзя, так как там нету
> ALTQ и других ништяков (очевидно, нужных по каким-то причинам именно им).
> :)) А тут, оказывается, для запуска нативной виртуализации Linux нужно ТОЖЕ
> менять ядро — ванильное ну никак не годится! Куда катится этот
> мир, вы не знаете?
> Выискивать в чужом глазу соринку и не замечать бревна в собственном подреберье
> — это, знаете ли, как-то двулично.

твои посты скатываютьььься в откровенное УГ. lxc, cgroups, kvm никто не отменял -- тдя тупых повторяю _не_ отменял в _ванила_ кернел.

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

607. "Rambler-почта?!"  +1 +/
Сообщение от Andrey Mitrofanov (?), 20-Июл-11, 18:18 
> на FreeBSD? Что думает об этом фюрер?

Фюрер обещал в 4.0 замержить. Вместе с ядерной джаввой, райзером4 и ZFS-ом. Передай, грит, Язену, чтоб не нудел, земноводно-фрибздешное шчастье уже близко, пусть, грит, пока^Wчуть-чуть потерпит свою фрибзд.

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

621. "Rambler-почта?!"  +1 +/
Сообщение от iZEN (ok), 20-Июл-11, 21:46 
>> на FreeBSD? Что думает об этом фюрер?
> Фюрер обещал в 4.0 замержить. Вместе с ядерной джаввой, райзером4 и ZFS-ом.

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

> Передай, грит, Язену, чтоб не нудел, земноводно-фрибздешное шчастье уже близко, пусть,
> грит, пока^Wчуть-чуть потерпит свою фрибзд.

Хорошо, привет ему передавайте, как увидите.


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

609. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –1 +/
Сообщение от ragus (ok), 20-Июл-11, 18:45 
> И у каждого дистрибутива такая же кучка? А не лучше ли OpenVZ
> в ванильное ядро СРАЗУ добавить, чтобы у пользователей оно ИЗ_КОРОБКИ работало,
> как Jail на FreeBSD? Что думает об этом фюрер?

jail из коробки убогий и годится только чтобы отгородиться от кого-то, не более. root внутри jail может поставить всю систему колом.

А в ванилле сейчас пилят lxc. Но пока там недостаёт кое-каких вещей из openvz и уровень изоляции хуже.

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

622. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от iZEN (ok), 20-Июл-11, 21:48 
>> И у каждого дистрибутива такая же кучка? А не лучше ли OpenVZ
>> в ванильное ядро СРАЗУ добавить, чтобы у пользователей оно ИЗ_КОРОБКИ работало,
>> как Jail на FreeBSD? Что думает об этом фюрер?
> jail из коробки убогий и годится только чтобы отгородиться от кого-то, не более.

Что в нём убого? По пунктам.

> root внутри jail может поставить всю систему колом.

Что, были случаи прорыва клетки? И в каком году это случилось?

Что касается вычислительных ресурсов, дисков и памяти: для дисковых ресурсов сейчас есть отдельные ZFS в пуле с соответствующими квотами; CPU пока не квотируется должным образом, но работы ведутся; виртуальная память вместе со SWAP — аналогичные проблемы и в Linux. Что ещё?

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

634. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 21-Июл-11, 02:52 
>>> И у каждого дистрибутива такая же кучка? А не лучше ли OpenVZ
>>> в ванильное ядро СРАЗУ добавить, чтобы у пользователей оно ИЗ_КОРОБКИ работало,
>>> как Jail на FreeBSD? Что думает об этом фюрер?
>> jail из коробки убогий и годится только чтобы отгородиться от кого-то, не более.
> Что в нём убого? По пунктам.

1)несколько ip-адресов для jail
2)свои правила ipfw внутри jail
3)лимиты на cpu/ram/disk i/o для jail
4)миграция jail между машинами
.... to be continued.

>> root внутри jail может поставить всю систему колом.
> Что, были случаи прорыва клетки? И в каком году это случилось?

читайте внимательнее. я про выход за пределы jail ничего не писал.

> Что касается вычислительных ресурсов, дисков и памяти: для дисковых ресурсов сейчас есть
> отдельные ZFS в пуле с соответствующими квотами; CPU пока не квотируется
> должным образом, но работы ведутся; виртуальная память вместе со SWAP —
> аналогичные проблемы и в Linux. Что ещё?

А что, zfs позволяет организовать приоритеты на доступ к диску между jail'ми? :)
И какие проблемы в linux с аккаунтингом ram/swap? пруф в студию.

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

677. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от iZEN (ok), 21-Июл-11, 17:46 
>>>> И у каждого дистрибутива такая же кучка? А не лучше ли OpenVZ
>>>> в ванильное ядро СРАЗУ добавить, чтобы у пользователей оно ИЗ_КОРОБКИ работало,
>>>> как Jail на FreeBSD? Что думает об этом фюрер?
>>> jail из коробки убогий и годится только чтобы отгородиться от кого-то, не более.
>> Что в нём убого? По пунктам.
> 1)несколько ip-адресов для jail

man jail
http://www.freebsd.org/cgi/man.cgi?query=jail&apropos=0&sekt...

> 2)свои правила ipfw внутри jail

ipfw не относится к конкретному (изолированному) юзерспейсу. Так что приходится включать в общие правила ipfw хоста правила для конкретных jail IDs.

http://www.freebsd.org/cgi/man.cgi?query=ipfw&apropos=0&sekt...

> 3)лимиты на cpu/ram/disk i/o для jail

cpuset(1)
http://www.freebsd.org/cgi/man.cgi?query=cpuset&apropos=0&se...

Для Linux OpenVZ нельзя точно управлять размером RAM, CPU и I/O, так как некоторые процессы сами по себе охочи до файлового кэша, а он один на всех.

> 4)миграция jail между машинами

Снапшоты ФС конктерных jail'ов. В GNU/Linux на LVM снапшоты мало того, что резко замедляют работу дискового ввода-вывода, так ещё делаются на отмонтированных ФС. На FreeBSD достаточно погасить jail, подготовив его к миграции.

> .... to be continued.

А что дальше-то?

>> Что касается вычислительных ресурсов, дисков и памяти: для дисковых ресурсов сейчас есть
>> отдельные ZFS в пуле с соответствующими квотами; CPU пока не квотируется
>> должным образом, но работы ведутся; виртуальная память вместе со SWAP —
>> аналогичные проблемы и в Linux. Что ещё?
> А что, zfs позволяет организовать приоритеты на доступ к диску между jail'ми?

Нет. ZFS позволяет квотировать размер ФС'ов, выделенных каждому из jail'ов.

> И какие проблемы в linux с аккаунтингом ram/swap? пруф в студию.

Общий файловый кэш.

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

692. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от pavel_simple (ok), 21-Июл-11, 19:31 
>>>>> И у каждого дистрибутива такая же кучка? А не лучше ли OpenVZ
>>>>> в ванильное ядро СРАЗУ добавить, чтобы у пользователей оно ИЗ_КОРОБКИ работало,
>>>>> как Jail на FreeBSD? Что думает об этом фюрер?
>>>> jail из коробки убогий и годится только чтобы отгородиться от кого-то, не более.
>>> Что в нём убого? По пунктам.
>> 1)несколько ip-адресов для jail
> man jail
> http://www.freebsd.org/cgi/man.cgi?query=jail&apropos=0&sekt...

таблицы маршрутизации?
>> 2)свои правила ipfw внутри jail
> ipfw не относится к конкретному (изолированному) юзерспейсу. Так что приходится включать
> в общие правила ipfw хоста правила для конкретных jail IDs.
> http://www.freebsd.org/cgi/man.cgi?query=ipfw&apropos=0&sekt...

т.е. -- это типа такая не сильно виртуализация??? я всё верно понял что jail как был обрубком с половинно-серединным функионалом таи и остался?
>> 3)лимиты на cpu/ram/disk i/o для jail
> cpuset(1)
> http://www.freebsd.org/cgi/man.cgi?query=cpuset&apropos=0&se...
> Для Linux OpenVZ нельзя точно управлять размером RAM, CPU и I/O, так
> как некоторые процессы сами по себе охочи до файлового кэша, а
> он один на всех.

какое имеет отношение файловый кэш к i/o или CPU -- стандартные cgroups легко и непринуждённо ограничивают вышесказанное

>> 4)миграция jail между машинами
> Снапшоты ФС конктерных jail'ов. В GNU/Linux на LVM снапшоты мало того, что
> резко замедляют работу дискового ввода-вывода, так ещё делаются на отмонтированных ФС.
> На FreeBSD достаточно погасить jail, подготовив его к миграции.

snapshot'ы правда замедляют? странно ? а на чём основаны ваши вывод^W догадки? LVM snapshot не предназначен для его дальнейшего использования как read/write block device ИМХО -- его назначение зафиксировать состояние девайса для работы в качестве RO. и что ??? с каких пор мне стало вдруг что-бы-то-ни-было размонтировать?

>> .... to be continued.
> А что дальше-то?
>>> Что касается вычислительных ресурсов, дисков и памяти: для дисковых ресурсов сейчас есть
>>> отдельные ZFS в пуле с соответствующими квотами; CPU пока не квотируется
>>> должным образом, но работы ведутся; виртуальная память вместе со SWAP —
>>> аналогичные проблемы и в Linux. Что ещё?
>> А что, zfs позволяет организовать приоритеты на доступ к диску между jail'ми?
> Нет. ZFS позволяет квотировать размер ФС'ов, выделенных каждому из jail'ов.

т.е. если мы будем последовательно создавать и удалять файл в 1байт несколько милионов раз в секунду все остальные процессы будут ждать диск вечно?
>> И какие проблемы в linux с аккаунтингом ram/swap? пруф в студию.
> Общий файловый кэш.

иииииииииии??? тебяж про проблемы спросили или гиде?

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

716. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 21-Июл-11, 21:42 
> На FreeBSD достаточно погасить jail, подготовив его к миграции.

А что возможно миграция без остановки ? хотябы теоритически :-)))
Теперь что касается виртуализации и аппаратного гипервизора: можно сделать полную виртуализацию такую как вмваре и прочии и гонять внутри виртуалки целую OS а можно юзать jail и иметь даже /usr ro общий

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

718. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 21-Июл-11, 21:50 
> На FreeBSD достаточно погасить jail, подготовив его к миграции.

А что возможно миграция без остановки ? хотябы теоритически :-)))
Теперь что касается виртуализации и аппаратного гипервизора: можно сделать полную виртуализацию - такую как вмваре и прочии и гонять внутри виртуалки целую OS
а можно юзать jail и иметь даже /usr ro общий. Вопрос лиш в том для чего это все затевалось ??? если для ловли вирусов и троев под разными OS как в антивирусной лаборатории то это одно, а если для того чтоб кластер веб-ориентированных приложений, это совсем другое !!! Зачем эмулировать работу ос, ядра, сетевого стека для веб-ориентированных приложений?  Ведь все эти данные занимают кучу нет даже КУЧУ памяти и они точно не влезут в кеш процессора а значит ваш чуйдо аппаратный гипервизор будет тащиться со скоростью оперативной памяти ... угу если не свопа :-)) и это там где у джаила /usr будет общий тоеть будет большая вероятность кеширования кешем процессора. Итак вариант с джаилом быстрее а вариант полной виртуализации безопаснее. Вопрос лиш в том насколько он нужен для данной конкретной задачи.


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

769. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 22-Июл-11, 13:02 
>> На FreeBSD достаточно погасить jail, подготовив его к миграции.
> А что возможно миграция без остановки ? хотябы теоритически :-)))

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

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

777. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 22-Июл-11, 15:23 
>>> На FreeBSD достаточно погасить jail, подготовив его к миграции.
>> А что возможно миграция без остановки ? хотябы теоритически :-)))
> можно сделать миграцию не заметную или практически не заметную для юзеров. будет
> теряться всего 1-2 пакета. и это есть даже во фре, но
> в коммерческих продуктах.

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

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

773. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 22-Июл-11, 13:45 
>> На FreeBSD достаточно погасить jail, подготовив его к миграции.
> А что возможно миграция без остановки ? хотябы теоритически :-)))

возможно.

1)http://wiki.openvz.org/Checkpointing_and_live_migration
2)как это выглядит:

http://www.howtoforge.com/how-to-do-live-migration-of-openvz...
http://www.montanalinux.org/openvz-live-migration-demo.html


> Теперь что касается виртуализации и аппаратного гипервизора: можно сделать полную виртуализацию
> такую как вмваре и прочии и гонять внутри виртуалки целую OS

И на чём, же? Virtualbox? ;)

> а можно юзать jail и иметь даже /usr ro общий

А не проще ли притащить на машину LUN по iscsi/fc и на нём хранить образы машин?


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

780. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 22-Июл-11, 15:34 
> А не проще ли притащить на машину LUN по iscsi/fc и на
> нём хранить образы машин?

При внештатном старте большого колличества нод машина с образами может умереть смертью храброго пионЭра ... а деать второй кластер для запуска основного кластера :-)) ... таким путем только комунисты пойдут :-)) Кроме того своп локальный для физических серверов нужен. Так что HDD нодам желательны. Я понимаю что HDD это самое слабое место в серве но всё же.


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

786. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 22-Июл-11, 16:19 
>> А не проще ли притащить на машину LUN по iscsi/fc и на
>> нём хранить образы машин?
> При внештатном старте большого колличества нод машина с образами может умереть смертью
> храброго пионЭра ...

это еще почему?


а деать второй кластер для запуска основного кластера
> :-)) ... таким путем только комунисты пойдут :-)) Кроме того своп
> локальный для физических серверов нужен. Так что HDD нодам желательны. Я
> понимаю что HDD это самое слабое место в серве но всё
> же.

http://www-03.ibm.com/systems/bladecenter/hardware/servers/h...
место всего под 2 диска. и то, они совсем необязательны.


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

818. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 22-Июл-11, 19:33 
>[оверквотинг удален]
>> При внештатном старте большого колличества нод машина с образами может умереть смертью
>> храброго пионЭра ...
> это еще почему?
>  а деать второй кластер для запуска основного кластера
>> :-)) ... таким путем только комунисты пойдут :-)) Кроме того своп
>> локальный для физических серверов нужен. Так что HDD нодам желательны. Я
>> понимаю что HDD это самое слабое место в серве но всё
>> же.
> http://www-03.ibm.com/systems/bladecenter/hardware/servers/h...
> место всего под 2 диска. и то, они совсем необязательны.

По ссылке:
Maximum internal storage    Up to 100 GB
Это двумя дисками ?
ЗЫ Есть проблемы с продажами этих тазиков ? :-))

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

898. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 23-Июл-11, 02:28 
>[оверквотинг удален]
>>  а деать второй кластер для запуска основного кластера
>>> :-)) ... таким путем только комунисты пойдут :-)) Кроме того своп
>>> локальный для физических серверов нужен. Так что HDD нодам желательны. Я
>>> понимаю что HDD это самое слабое место в серве но всё
>>> же.
>> http://www-03.ibm.com/systems/bladecenter/hardware/servers/h...
>> место всего под 2 диска. и то, они совсем необязательны.
> По ссылке:
> Maximum internal storage Up to 100 GB
> Это двумя дисками ?

Там внутренний сторадж в принципе и не нужен.

И хотелось бы услышать ответ на

>> При внештатном старте большого колличества нод машина с образами может умереть смертью
>> храброго пионЭра ...
> это еще почему?

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

911. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 23-Июл-11, 11:44 
>>> При внештатном старте большого колличества нод машина с образами может умереть смертью
>>> храброго пионЭра ...
>> это еще почему?

Если образы разные и они несмогут закешиться в памяти то все встанет колом уперевшись в диск.


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

924. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 23-Июл-11, 12:33 
>>>> При внештатном старте большого колличества нод машина с образами может умереть смертью
>>>> храброго пионЭра ...
>>> это еще почему?
> Если образы разные и они несмогут закешиться в памяти то все встанет
> колом уперевшись в диск.

смотрим сюда:

http://www.oracle.com/us/products/servers-storage/storage/di...
"Up to 112 intermixed drives"

http://www.oracle.com/us/products/servers-storage/storage/di...
"Up to 256 drives"

http://www.oracle.com/us/products/servers-storage/storage/di...
"Scales to 448 drives"

http://www.emc.com/products/storage/symmetrix/symmetrix.htm
В старших моделях до 2400 дисков.

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

927. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 23-Июл-11, 13:03 
>[оверквотинг удален]
>> колом уперевшись в диск.
> смотрим сюда:
> http://www.oracle.com/us/products/servers-storage/storage/di...
> "Up to 112 intermixed drives"
> http://www.oracle.com/us/products/servers-storage/storage/di...
> "Up to 256 drives"
> http://www.oracle.com/us/products/servers-storage/storage/di...
> "Scales to 448 drives"
> http://www.emc.com/products/storage/symmetrix/symmetrix.htm
> В старших моделях до 2400 дисков.

Ненужно вводить людей в заблуждение - пишите сразу цену ;-)

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

899. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 23-Июл-11, 02:41 
>> 1)несколько ip-адресов для jail
> man jail
> http://www.freebsd.org/cgi/man.cgi?query=jail&apropos=0&sekt...

ооо, дооо... изя, расскажи, как внутри jail добавлять и удалять vlan'ы на интерфейсе?
как там пользоваться tcpdump'ом? Ну вот хочу я snort запустить внутри jail и порезать ему лимиты, чтобы не съел все доступные cpu-ресурсы.
А то что ты сослался на man - это просто ответа не знаешь.

>> 2)свои правила ipfw внутри jail
> ipfw не относится к конкретному (изолированному) юзерспейсу. Так что приходится включать
> в общие правила ipfw хоста правила для конкретных jail IDs.

О, чудо! А в openvz & lxc(которые в ванилле) вполне можно свои правила netfilter иметь.
Т.е. если тебе дали Jail, то чтобы зафаерволится от кого-то надо пинать админа хост-системы.

>> 3)лимиты на cpu/ram/disk i/o для jail
> cpuset(1)
> http://www.freebsd.org/cgi/man.cgi?query=cpuset&apropos=0&se...

и? как этим ограничить cpu/ram/disk i/o для jail?

> Для Linux OpenVZ нельзя точно управлять размером RAM, CPU и I/O, так
> как некоторые процессы сами по себе охочи до файлового кэша, а
> он один на всех.

и какое отношение имеет VFS cache к заданному вопросу?

>> 4)миграция jail между машинами
> Снапшоты ФС конктерных jail'ов. В GNU/Linux на LVM снапшоты мало того, что
> резко замедляют работу дискового ввода-вывода, так ещё делаются на отмонтированных ФС.
> На FreeBSD достаточно погасить jail, подготовив его к миграции.

В openvz ничего гасить не надо, миграция в онлайне с потерей всего нескольких пакетов.

>> .... to be continued.
> А что дальше-то?
>> А что, zfs позволяет организовать приоритеты на доступ к диску между jail'ми?
> Нет. ZFS позволяет квотировать размер ФС'ов, выделенных каждому из jail'ов.

я про квоты не спрашивал. я спрашивал про i/o scheduler и приоритеты на доступ к блочным устройствам.

>> И какие проблемы в linux с аккаунтингом ram/swap? пруф в студию.
> Общий файловый кэш.

какое отношение он имеет к аккаунтингу?

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

627. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 20-Июл-11, 22:49 
>> И у каждого дистрибутива такая же кучка? А не лучше ли OpenVZ
>> в ванильное ядро СРАЗУ добавить, чтобы у пользователей оно ИЗ_КОРОБКИ работало,
>> как Jail на FreeBSD? Что думает об этом фюрер?
> jail из коробки убогий и годится только чтобы отгородиться от кого-то, не
> более. root внутри jail может поставить всю систему колом.
> А в ванилле сейчас пилят lxc. Но пока там недостаёт кое-каких вещей
> из openvz и уровень изоляции хуже.

В данный исторический момент все бесплатные решения по виртуализации много хуже комерческих ... Ну просто недопилили еще.

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

635. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 21-Июл-11, 02:54 
>>> И у каждого дистрибутива такая же кучка? А не лучше ли OpenVZ
>>> в ванильное ядро СРАЗУ добавить, чтобы у пользователей оно ИЗ_КОРОБКИ работало,
>>> как Jail на FreeBSD? Что думает об этом фюрер?
>> jail из коробки убогий и годится только чтобы отгородиться от кого-то, не
>> более. root внутри jail может поставить всю систему колом.
>> А в ванилле сейчас пилят lxc. Но пока там недостаёт кое-каких вещей
>> из openvz и уровень изоляции хуже.
> В данный исторический момент все бесплатные решения по виртуализации много хуже комерческих
> ... Ну просто недопилили еще.

вы что сказать то хотели? xen бесплатен, на его базе работает облако амазона.


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

626. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –1 +/
Сообщение от nagualemail (ok), 20-Июл-11, 22:47 
>[оверквотинг удален]
>> linux-image-2.6.32-5-openvz-686 - Linux 2.6.32 for modern PCs, OpenVZ support
>> linux-headers-2.6-openvz-686 - Header files for Linux 2.6-openvz-686 (meta-package)
>> linux-image-2.6-openvz-686 - Linux 2.6 for modern PCs (meta-package), OpenVZ support
>> linux-image-openvz-686 - Linux for modern PCs (meta-package), OpenVZ support
>> linux-image-2.6.26-2-openvz-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, OpenVZ
>> support
>> Еще вопросы будут ?
> И у каждого дистрибутива такая же кучка? А не лучше ли OpenVZ
> в ванильное ядро СРАЗУ добавить, чтобы у пользователей оно ИЗ_КОРОБКИ работало,
> как Jail на FreeBSD? Что думает об этом фюрер?

А фюрер просто привык к хорошему привык что на всю систему и весь софт из портов BSD лицензия ... а в линуксе ойойой это совсем не так и какой то лицензионный троль может начать происки ...

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

693. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от pavel_simple (ok), 21-Июл-11, 19:32 
> А фюрер просто привык

/fixed

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

608. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 20-Июл-11, 18:41 
>>>> и они прямо волшебным образом собирут мне ядро с pfsync?
>>> Linux автоматом тоже не генерит в раздачу кастомные ядра, так что тут
>>> - паритет, однако
>> В linux просто не надо на каждый чих пересобирать ядро.
> А как же OpenVZ? Ведь патчи для него поставляются отдельно от ванильного
> ядра.

http://download.openvz.org/openvz.repo

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

219. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 08:41 
> вы вопрос читали?
> Таки расскажите, что приедет с freebsd-update при наличии своего кастомного ядра?

таки читал, таки man freebsd-update.conf

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

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
Добавить, Поддержать, Вебмастеру