The OpenNET Project / Index page

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



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

Оглавление

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

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


8. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от getfr (?), 17-Июл-11, 12:14 
Не буду удивлен, если выяснится, что причина перехода - следствие низкой квалификации их разработчиков. Ибо Дебиан для таких проектов - путь в никуда из-за краткосрочности поддержки.

Я бы понял еще, пусть и посмеялся бы, если бы это был дистрибутив RHEL6 или на его основе.

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

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

22. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +2 +/
Сообщение от Sw00p aka Jerom (?), 17-Июл-11, 13:08 
>>Я бы понял еще, пусть и посмеялся бы, если бы это был дистрибутив RHEL6 или на его основе.

аргументы против RHEL в студию или слив засчитан

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

42. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 17-Июл-11, 15:08 
за RHEL нужно бабки платить. Так что CentOS на крайняк или другой RH производный дистрибутив. Но есть ещё несколько но, достаточно много утилит для обслуживания больших кластеров сделано толлько под дебиан из коробки.
Ответить | Правка | Наверх | Cообщить модератору

149. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Провинциальный Админ (?), 17-Июл-11, 23:46 
Насчёт "платить бабки", я думаю для Яндекса здесь это наименьшая проблема. Да и ведь бесплатные производные дистры есть.
Ответить | Правка | Наверх | Cообщить модератору

357. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 19:21 
> Насчёт "платить бабки", я думаю для Яндекса здесь это наименьшая проблема.

Компания которая не экономит бабки - кандидат на вылетание с рынка.

> Да и ведь бесплатные производные дистры есть.

Да, центос, который выходит с приличным опозданием.

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

49. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от getfr (?), 17-Июл-11, 15:46 
> аргументы против RHEL в студию или слив засчитан

Почему против? Я про сферу применения. FreeBSD там производительнее и удобнее, даже, как минимум, не менее надежна при грамотном использовании (надежность, конечно, в смысле минимального простоя).

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

58. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +2 +/
Сообщение от anonymous (??), 17-Июл-11, 16:26 
>FreeBSD там производительнее и удобнее

Шутку понял. Смешно.

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

66. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от Сама Доброта (?), 17-Июл-11, 17:35 
> Почему против? Я про сферу применения. FreeBSD там производительнее

цифры, тесты?

>и удобнее, даже,

чем именно?

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

на чем основаны ваши слова?

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

104. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от getfr (?), 17-Июл-11, 20:57 
> цифры, тесты?

pf мало?

> чем именно?

достаточно вменяемым набором средств сопровождения, идеология которых примерно одинакова без значительных изменений без крайней нужды. (например, те же freebsd-update, portsnap, порты portaudit, portupgrade и т.п.)

> на чем основаны ваши слова?

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

В принципе, дело в различных архитектурах linux и BSD. Поэтому их применимость зависит от конкретной ситуации.

Для домашней машины без претензий мне Ubuntu 10.04 хватает сейчас. А на сервере, извините, FreeBSD стоит.

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

109. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Crazy Alex (??), 17-Июл-11, 21:03 
pf на почтовых серверах?

Считаете, что в дебиане средства администрирования системы быстром меняются? Что-то я с Potato этого не припомню. А вот долго подерживаемые пакеты дебиана без смены версии, но с security-фиксами, к примеру - это ценно. Хотите сказать, что это есть во FreeBSD?

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

118. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –2 +/
Сообщение от getfr (?), 17-Июл-11, 21:34 
> pf на почтовых серверах?

А Вы возражаете o_O ?

> Считаете, что в дебиане средства администрирования системы быстром меняются? Что-то я с
> Potato этого не припомню. А вот долго подерживаемые пакеты дебиана без
> смены версии, но с security-фиксами, к примеру - это ценно. Хотите
> сказать, что это есть во FreeBSD?

Вообще-то, порты во FreeBSD привязаны к "версии" своеобразно. В каждом конкретном случае свой вариант возможен. Но, в общем, фиксы на портах общие. Так что шансы получить фикс для версии 8.2, не работающий на 8.0, маловероятны.

А нарваться на глюк вместо исправления ошибки именно на Вашей конкретно машине было возможно всегда. Увы.

Не понял, что Вы называете "средства администрирования системы". Ибо встречал сопровождение, установку, настройку системы. Администрирование - не понял, что именно.

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

168. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Crazy Alex (??), 18-Июл-11, 01:42 
pf - возражаю, конечно. Внешний файрволл, а дальше разве что совсем примитивная какая-то фильтрация, которую на ipchains можно сделать, не то что на iptables.

Что до версий - насколько я помню (могу ошибаться - с BSD почти не работал), они там плавающие, фиксированы только версии пакетов базовой системы (или как там оно называется). Другими словами, если поставить одну и ту же версию с интервалом в пол-года, то binutilsбудут те же, а какой-нибудь SpamAssassin - не факт.

А "средствами администрирования" я называю всё перечисленное вами (сопровождение, установку, настройку) вместе. Последним значимым изменением в debian было добавление aptitide, но apt-get никуда не делся и работает, как работал. Вообще, обвинять дебиан в нестабильности по сравнению с чем-либо окромя продуктов IBM да HP-UX какого-нибудь - это как-то странно :-)

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

195. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 18-Июл-11, 04:17 
> pf - возражаю, конечно. Внешний файрволл, а дальше разве что совсем примитивная
> какая-то фильтрация, которую на ipchains можно сделать, не то что на
> iptables.

Эм. А зачем зоопарк фаерволов-то? Чем PF не подходит в качестве «внутреннего» фаервола (кстати, что это вообще за термин?), особенно с прикрученным relayd, например — отличная балансировка нагрузки на L3?

> Что до версий - насколько я помню (могу ошибаться - с BSD
> почти не работал), они там плавающие, фиксированы только версии пакетов базовой
> системы (или как там оно называется). Другими словами, если поставить одну
> и ту же версию с интервалом в пол-года, то binutilsбудут те
> же, а какой-нибудь SpamAssassin - не факт.

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

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

210. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 18-Июл-11, 06:47 
>> pf - возражаю, конечно. Внешний файрволл, а дальше разве что совсем примитивная
>> какая-то фильтрация, которую на ipchains можно сделать, не то что на
>> iptables.
> Эм. А зачем зоопарк фаерволов-то? Чем PF не подходит в качестве «внутреннего»
> фаервола (кстати, что это вообще за термин?), особенно с прикрученным relayd,
> например — отличная балансировка нагрузки на L3?

проще взять HA-proxy и балансировать на L4.


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

224. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Alex (??), 18-Июл-11, 09:04 
>> например — отличная балансировка нагрузки на L3?
> проще взять HA-proxy и балансировать на L4.

А еще проще - взять вышестоящую циску и сделать SLB.

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

227. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 18-Июл-11, 09:10 
>>> например — отличная балансировка нагрузки на L3?
>> проще взять HA-proxy и балансировать на L4.
> А еще проще - взять вышестоящую циску и сделать SLB.

Вам причудилось. Выше L2-коммутатор с гигабитными портами и 10GE аплинком.

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

251. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 18-Июл-11, 11:20 
>>> pf - возражаю, конечно. Внешний файрволл, а дальше разве что совсем примитивная
>>> какая-то фильтрация, которую на ipchains можно сделать, не то что на
>>> iptables.
>> Эм. А зачем зоопарк фаерволов-то? Чем PF не подходит в качестве «внутреннего»
>> фаервола (кстати, что это вообще за термин?), особенно с прикрученным relayd,
>> например — отличная балансировка нагрузки на L3?
> проще взять HA-proxy и балансировать на L4.

Ну кому HA-proxy, кому relayd. Куда относить TCP, к L3 или к L4, споры до сих пор не утихают. :)

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

256. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от AlexAT (ok), 18-Июл-11, 11:30 
> Ну кому HA-proxy, кому relayd. Куда относить TCP, к L3 или к
> L4, споры до сих пор не утихают. :)

Кто спорит-то? Админы локалхоста? TCP в OSI - это однозначно L4, с заскоком в L5. Но никак не L3. L3 - IP.

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

257. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 18-Июл-11, 11:31 
> Ну кому HA-proxy, кому relayd.

а чем оно лучше HA-proxy?

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

263. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 18-Июл-11, 11:57 
>> Ну кому HA-proxy, кому relayd.
> а чем оно лучше HA-proxy?

В моём случае — как минимум тем, что не надо ставить и прикручивать. :) На уровне TCP работает посредством прямого заруливания правил в PF, т.е. пакеты не выходят в юзерспейс вообще.

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

329. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от XPEHemail (?), 18-Июл-11, 17:53 
> На уровне TCP работает посредством прямого заруливания правил в PF, т.е. пакеты не выходят в юзерспейс вообще.

Haproxy может использовать splice() и пакеты при этом также не выходят в юзерспейс.

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

421. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 19-Июл-11, 00:48 
>> На уровне TCP работает посредством прямого заруливания правил в PF, т.е. пакеты не выходят в юзерспейс вообще.
> Haproxy может использовать splice() и пакеты при этом также не выходят в
> юзерспейс.

Да, но это всё же системный вызов, и не один: соединение принять надо и т.д. В случае с relayd вся основная работа делается PF, сервис лишь выдаёт по необходимости общие ЦУ, что и кому нужно/можно перекидывать.

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

448. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от ragus (ok), 19-Июл-11, 05:18 
>>> На уровне TCP работает посредством прямого заруливания правил в PF, т.е. пакеты не выходят в юзерспейс вообще.
>> Haproxy может использовать splice() и пакеты при этом также не выходят в
>> юзерспейс.
> Да, но это всё же системный вызов, и не один: соединение принять
> надо и т.д. В случае с relayd вся основная работа делается
> PF, сервис лишь выдаёт по необходимости общие ЦУ, что и кому
> нужно/можно перекидывать.

и нет никаких сисколов при взаимодействии pf & relayd?

PS: HA-proxy вполне обрабатывает 10GE ;)

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

496. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 19-Июл-11, 13:46 
>>>> На уровне TCP работает посредством прямого заруливания правил в PF, т.е. пакеты не выходят в юзерспейс вообще.
>>> Haproxy может использовать splice() и пакеты при этом также не выходят в
>>> юзерспейс.
>> Да, но это всё же системный вызов, и не один: соединение принять
>> надо и т.д. В случае с relayd вся основная работа делается
>> PF, сервис лишь выдаёт по необходимости общие ЦУ, что и кому
>> нужно/можно перекидывать.
> и нет никаких сисколов при взаимодействии pf & relayd?

Только управляющие ioctl: relayd по необходимости корректирует таблицы адресов, по которым PF автоматически редиректит трафик. Статистика забирается так же по запросу из PF.

> PS: HA-proxy вполне обрабатывает 10GE ;)

Верю. :)

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

702. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 21-Июл-11, 21:00 
> Верю. :)

А я не очень верю что ты на своем опенке 10Гбит вообще смолотить сможешь.

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

703. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 21-Июл-11, 21:05 
>> Верю. :)
> А я не очень верю что ты на своем опенке 10Гбит вообще
> смолотить сможешь.

Давайте железо, проверим.

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

170. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от Аноним (-), 18-Июл-11, 02:00 
> вот долго подерживаемые пакеты дебиана без
> смены версии, но с security-фиксами, к примеру - это ценно.

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

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

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

Особенно ремотный рут, слитый недавно в паблик :)

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

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

Угу, вот это и относится к прокисшему софту, типо того, что в дебиане.

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

359. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 19:24 
> Угу, вот это и относится к прокисшему софту, типо того, что в дебиане.

Это относится к прокисшему freebsd4 + ssh...

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

369. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от Аноним (-), 18-Июл-11, 20:15 
>> Угу, вот это и относится к прокисшему софту, типо того, что в дебиане.
> Это относится к прокисшему freebsd4 + ssh...

фрибсд4 прокисла очень давно, а дебин, даже новый - прокисший.

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

704. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 21-Июл-11, 21:15 
> фрибсд4 прокисла очень давно, а дебин, даже новый - прокисший.

Даже в прокисшем дебиане почему-то нет ремоут рута :P

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

737. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 21-Июл-11, 22:44 
>> фрибсд4 прокисла очень давно, а дебин, даже новый - прокисший.
> Даже в прокисшем дебиане почему-то нет ремоут рута :P

Недавно в фтп серве ?

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

765. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 22-Июл-11, 11:45 
>> фрибсд4 прокисла очень давно, а дебин, даже новый - прокисший.
> Даже в прокисшем дебиане почему-то нет ремоут рута :P

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

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

121. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от ragus (ok), 17-Июл-11, 21:50 
>> цифры, тесты?
> pf мало?

повторяю: цифры, тесты?
раз вы упомянули pf:

1)http://forum.nag.ru/forum/index.php?showtopic=47497
2)http://forum.nag.ru/forum/index.php?showtopic=18744
3)http://forum.nag.ru/forum/index.php?showtopic=60859
4)http://groups.google.com/group/fido7.ru.unix.bsd/browse_thre...

> достаточно вменяемым набором средств сопровождения, идеология которых примерно одинакова
> без значительных изменений без крайней нужды. (например, те же freebsd-update, portsnap,
> порты portaudit, portupgrade и т.п.)

это всё замечательно, что такие инструменты есть.
теперь назовите затраты времени на:

1)инсталляцию HA-firewall на базе FreeBSD.
2)обновление этой инсталляции(например, в случае SA/bugfixes)

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

125. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от getfr (?), 17-Июл-11, 22:06 
Я что-то вообще перестаю Вас понимать. pf - NAT + FW. Или что изменилось в политике партии?

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

Обновления в этом случае штатны, лучше через песочницу, конечно.

Другой вариант - взять аппаратную железку (или несколько) от CISCO для решения этой задачи.

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

126. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 17-Июл-11, 22:17 
> Я что-то вообще перестаю Вас понимать. pf - NAT + FW. Или
> что изменилось в политике партии?

Да, pf, carp+pfsync. А еще желательно ALTQ. pfsync&ALTQ требуют пересборки ядра.

> Вроде бы одной или несколько машин в связке должно хватить для указанной
> Вами задачи.

HA = high availability. Одной машины определённо не хватит, т.к. железка может выйти из строя.

> Обновления в этом случае штатны, лучше через песочницу, конечно.

Я не спрашивал "как это обновлять?". Я просил назвать временные затраты на этот процесс.

> Другой вариант - взять аппаратную железку (или несколько) от CISCO для решения
> этой задачи.

Если вы про cisco asa, то нам понадобятся 2 железка(мы же строим HA?)
И чем она лучше 2х серверов с FreeBSD/Linux?


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

129. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от getfr (?), 17-Июл-11, 22:29 
Прямо как в анекдоте, где спрашивали, чем одна национальность лучше другой.

Пользуйтесь, чем хотите. Я забесплатно и не видя реальной задачи точную раскладку железа не дам. И не только я, а любой специалист.

Вы писали про файрвол. Я про свойства pf как файрвола написал. В чем лично Вы меня сейчас обвиняете? Я написал неправду? Да, не так давно pf был сыроват. БЫЛ.

Использовать ALTQ или dummynet я не советовал, это я помню точно. Но я их и не запрещал. Хотя я бы dummynet поостерегся использовать. Не знаю. Все зависит от текущих условий и ситуации.

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

135. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 17-Июл-11, 22:56 
> Вы писали про файрвол. Я про свойства pf как файрвола написал. В

и какие у него свойства? утилизировать только 1 ядро?

> Использовать ALTQ или dummynet я не советовал, это я помню точно. Но

повторяю вопрос: сколько времени займёт инсталляция и сколько - обновление.

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

171. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 02:16 
>> Использовать ALTQ или dummynet я не советовал, это я помню точно. Но
> повторяю вопрос: сколько времени займёт инсталляция и сколько - обновление.

сетап:
5 минут на подготовку дисков, 10-30 минут на раскатку образа с базовой конфигурации (админ пнул команду и пошел пить чай или др. вопросом заниматься), 0.5-20 секунд работы постинтсаляционного скрипта для подгонки системы под нужные параметры (hostname, ifconfig, ip, passwd и т.д.) и дальнейшая настройка правил фаирвола (копипаст уже с рабочей машины) или чего там надо...

обновление:
обновляется базовая конфигурация, запускается, на все сервера, rsync с правилами исключения, через 30 минут чаяпития имеем профит. может быть нужен будет ребут железок, если обновлялось ядро (carp рулит), либо перезапуск какого-то софта (sh + ssh + expect)

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

190. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –1 +/
Сообщение от ragus (ok), 18-Июл-11, 04:06 
> сетап:
> 5 минут на подготовку дисков, 10-30 минут на раскатку образа с базовой
> конфигурации (админ пнул команду и пошел пить чай или др. вопросом
> заниматься), 0.5-20 секунд работы постинтсаляционного скрипта для подгонки системы под
> нужные параметры (hostname, ifconfig, ip, passwd и т.д.) и дальнейшая настройка
> правил фаирвола (копипаст уже с рабочей машины) или чего там надо...

С какой еще базовой конфигурации, о чём вы?

> обновление:
> обновляется базовая конфигурация, запускается, на все сервера, rsync с правилами исключения,
> через 30 минут чаяпития имеем профит. может быть нужен будет ребут
> железок, если обновлялось ядро (carp рулит), либо перезапуск какого-то софта (sh
> + ssh + expect)

это прекрасно до тех пор, пока у вас всё однотипно и требует внутренней инфраструктуры.

btw, при использовании pf лишаемся возможности нормально обрабатывать pptp/ftp/sip/h.323/etc.

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

228. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 09:12 
> С какой еще базовой конфигурации, о чём вы?

держится 1-2-3-5 виртуалок, где собирается система так как нужно, там же все обкатывается и с этих виртуалок идет установка новых и накат существующих систем и большинства софта.

> это прекрасно до тех пор, пока у вас всё однотипно и требует
> внутренней инфраструктуры.

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

> btw, при использовании pf лишаемся возможности нормально обрабатывать pptp/ftp/sip/h.323/etc.

btw по pf - это не ко мне. в моих целях ipfw хватает с головой, ну плюс еще acl-ки в свитчах, когда совсем не нормальный трафик или bgp если уж совсем жутко.

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

264. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 18-Июл-11, 12:07 
> btw, при использовании pf лишаемся возможности нормально обрабатывать pptp/ftp/sip/h.323/etc.

Палка о двух концах. С одной стороны, протоколы типа того же H.323 местами сложные, и в ядре их разбирать стремновато (сколько уязвимостей было в подобных модулях к тому же netfilter?). С другой, прокся на PF создаётся не просто, а очень просто, тот же ftp-proxy взять: и обычное, и реверс-проксирование, при этом основной трафик (передача данных) бегает без залёта в юзерспейс.

Так что если доверять ядерным модулям, то, конечно, PF в данном плане менее удобен; разработчики не собираются встраивать поддержку таких протоколов в сам PF, оставляя на откуп проксям.

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

432. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nuclightemail (ok), 19-Июл-11, 02:37 
> Палка о двух концах. С одной стороны, протоколы типа того же H.323
> местами сложные, и в ядре их разбирать стремновато (сколько уязвимостей было
> в подобных модулях к тому же netfilter?).

Так напишите так, чтоб было без уязвимостей. Вы ж эксперты, в чем принципиальная сложность?

> С другой, прокся на
> PF создаётся не просто, а очень просто, тот же ftp-proxy взять:
> и обычное, и реверс-проксирование, при этом основной трафик (передача данных) бегает
> без залёта в юзерспейс.

Во-первых, их нет готовых, во-вторых, не везде всё так просто и без нагрузки по трафику, как в ftp control connection.

> Так что если доверять ядерным модулям, то, конечно, PF в данном плане
> менее удобен; разработчики не собираются встраивать поддержку таких протоколов в сам
> PF, оставляя на откуп проксям.

Ну так он и останется никому не нужен в серьезных применениях, значит.

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

442. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 19-Июл-11, 03:26 
>> Палка о двух концах. С одной стороны, протоколы типа того же H.323
>> местами сложные, и в ядре их разбирать стремновато (сколько уязвимостей было
>> в подобных модулях к тому же netfilter?).
> Так напишите так, чтоб было без уязвимостей. Вы ж эксперты, в чем
> принципиальная сложность?

Троллинг детектед. :) Уязвимости бывают везде, и мудрый программист старается заранее их нейтрализовать. Например, не усложняя без нужды логику ядерных процессов. В принципе, конечно, каждому своё: кому-то плевать на риски, а кому-то наоборот. То или иное решение должно быть принято, и кому-то оно всегда не понравится. Свободы выбора лично вас никто не лишает, пользуйтесь тем, что вам по сердцу. ;)

>> С другой, прокся на
>> PF создаётся не просто, а очень просто, тот же ftp-proxy взять:
>> и обычное, и реверс-проксирование, при этом основной трафик (передача данных) бегает
>> без залёта в юзерспейс.
> Во-первых, их нет готовых,

Наверное, поэтому я написал «создаётся»? ;) Готовые-то, может, и есть, поискать надо...

> во-вторых, не везде всё так просто и без нагрузки по трафику, как в ftp control connection.

Не спорю. Последний раз целый день (или два?) убил, отлаживая вставляемый посередь дороги H.323-гейткипер и его «друзей». А каково такие протоколы собсно кодировать, стараясь быть совместимым со всем попадающимся в реале крапом... бр-р-р.

>> Так что если доверять ядерным модулям, то, конечно, PF в данном плане
>> менее удобен; разработчики не собираются встраивать поддержку таких протоколов в сам
>> PF, оставляя на откуп проксям.
> Ну так он и останется никому не нужен в серьезных применениях, значит.

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

И опять-таки, на примере того же ftp-proxy видно, что производительность-то в случае PF+спецпрокси особо не страдает: основные данные бегают без прямого участия юзерленда. А это означает, что хорошая безопасность прекрасно уживается с высокой производительностью. Но ручками поработать надо, да.

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

311. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Клыкастый (ok), 18-Июл-11, 16:01 
> С какой еще базовой конфигурации, о чём вы?

Судя по этому вопросу установка FreeBSD вам известна по вольному пересказу видевших тех, кто стоял на том месте через полчаса :)

> это прекрасно до тех пор, пока у вас всё однотипно и требует
> внутренней инфраструктуры.

Что однотипно? Задачи? Вас при обновлении волнует однотипность выполняемых задач? Каким образом? Железо? Что такое "требует внутренней инфраструктуры"? Вы извините, но пока ваши вопросы переводятся на русский так "я-не-понимаю-как-вы-там-с-этим-разбираетесь-мне-кажется-это-песец". Вам люди чётко говорят, что не видят проблем ни с полным ни с частичным обновлением.

> btw, при использовании pf лишаемся возможности нормально обрабатывать pptp/ftp/sip/h.323/etc.

что не так с ftp+pf? что не так с pptp+pf? раскройте подробнее волнительное "etc".

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

320. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 18-Июл-11, 16:51 
> что не так с ftp+pf? что не так с pptp+pf? раскройте подробнее
> волнительное "etc".

а вы словно не знаете, зачем нужен костыль ftp-proxy?
т.е. ftp-proxy - это костылик только к одному протоколу.

про pptp:

http://forum.sysadmins.su/index.php?showtopic=4045
http://mail-index.netbsd.org/tech-net/2009/08/11/msg001566.html

Такая же ситуация с другими протоколами, требующими анализа при трансляции.

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

338. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –1 +/
Сообщение от Клыкастый (ok), 18-Июл-11, 18:34 
> а вы словно не знаете, зачем нужен костыль ftp-proxy?
> т.е. ftp-proxy - это костылик только к одному протоколу.

а, ясно про что.
не, шлюзами не занимаюсь а не домашнем gentoo :)

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

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

Чего-чего вы с шлюзами и гентой делаете?

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

616. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Клыкастый (ok), 20-Июл-11, 20:29 
>> не, шлюзами не занимаюсь а не домашнем gentoo :)
> Чего-чего вы с шлюзами и гентой делаете?

проблема неактуальная для меня говорю, шлюзами не занимаюсь. а на домашнем шлюзе gentoo и iptables. ну как-то так.


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

705. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  –3 +/
Сообщение от Аноним (-), 21-Июл-11, 21:20 
> а на домашнем шлюзе gentoo и iptables. ну как-то так.

На домашний шлюз сгодится коробочка-роутер за 1000 рублей из ближайшего магазина, кушающая 2 ватта и размерами с мыльницу. Это так, если не гoвнарствовать как гентушники и бздуны.

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

738. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 21-Июл-11, 22:45 
>> а на домашнем шлюзе gentoo и iptables. ну как-то так.
> На домашний шлюз сгодится коробочка-роутер за 1000 рублей из ближайшего магазина, кушающая
> 2 ватта и размерами с мыльницу. Это так, если не гoвнарствовать
> как гентушники и бздуны.

А вообще зачем там шлюз ?

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

752. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от fr0steremail (??), 22-Июл-11, 09:30 
>> 2 ватта и размерами с мыльницу. Это так, если не гoвнарствовать
>> как гентушники и бздуны.
> А вообще зачем там шлюз ?

Ну вообще часто дома несколько компов и держать один включенным ради выхода инет со второго минимум глупо

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

1036. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Клыкастый (ok), 26-Июл-11, 19:19 
Например, домашняя сеть. Которой, к примеру, 8 лет. Которая, к примеру, на 3 года пережила все остальные домашние сети в городе.
Ответить | Правка | К родителю #738 | Наверх | Cообщить модератору

751. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от fr0steremail (??), 22-Июл-11, 09:29 
>> а на домашнем шлюзе gentoo и iptables. ну как-то так.
> На домашний шлюз сгодится коробочка-роутер за 1000 рублей из ближайшего магазина, кушающая
> 2 ватта и размерами с мыльницу. Это так, если не гoвнарствовать
> как гентушники и бздуны.

Это если жаба не давит платить за 30 мбит, а пользоваться максимум 15ю.
Ну или если не ломает передернуть питание зависшего роутера.
А все потому что у нас за 1000 идет срвсем уж г, наценки у нас ощутимые.

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

1044. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Клыкастый (ok), 27-Июл-11, 04:44 
Это для вашего мозга сгодится коробочка размером с мыльницу за вашу зарплату в 1000 рублей. У нас 2 провайдера 25 компов в сетке (часть собственно не компы а WiFi шлюзы), нам ваши коробочки не упирались.
Ответить | Правка | К родителю #705 | Наверх | Cообщить модератору

132. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Кровавый Э. Нтерпрайз (?), 17-Июл-11, 22:46 
>И чем она лучше 2х серверов с FreeBSD/Linux?

саппортом

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

133. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 17-Июл-11, 22:53 
>>И чем она лучше 2х серверов с FreeBSD/Linux?
> саппортом

который еще неплохо бы купить ;)
и как бы ASA - это просто сервер с Linux на борту и лейблом CISCO.

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

140. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Кровавый Э. Нтерпрайз (?), 17-Июл-11, 23:18 
>>>И чем она лучше 2х серверов с FreeBSD/Linux?
>> саппортом
> который еще неплохо бы купить ;)
> и как бы ASA - это просто сервер с Linux на борту
> и лейблом CISCO.

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

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

142. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от ragus (ok), 17-Июл-11, 23:26 
>>>>И чем она лучше 2х серверов с FreeBSD/Linux?
>>> саппортом
>> который еще неплохо бы купить ;)
>> и как бы ASA - это просто сервер с Linux на борту
>> и лейблом CISCO.
> так точно, капитан. надо купить. и линукс на борту. единственно, что отвечают
> за его набивку инженеры из циски. которым я по опыту работы
> доверяю не в пример больше, чем инженерам клиентов, которым мы эти
> циски продаем.

ну так зачем вы тогда нужны клиенту, если можно с cisco/juniper практически напрямую работать?

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

314. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Кровавый Э. Нтерпрайз (?), 18-Июл-11, 16:25 
Если квалификация IT подразделения клиента позволяет - не вопрос. Часто не позволяет.

Это же касается и вопроса ASA vs самосбор.

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

220. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от MyH (ok), 18-Июл-11, 08:48 
> который еще неплохо бы купить ;)
> и как бы ASA - это просто сервер с Linux на борту
> и лейблом CISCO.

Там Finesse/PIX OS. Никто не засунет монолитное говно в высоконагруженную железку. Линукс только для сохо модемов и точек доступа от всяких д-линков.

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

226. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 18-Июл-11, 09:07 
>> который еще неплохо бы купить ;)
>> и как бы ASA - это просто сервер с Linux на борту
>> и лейблом CISCO.
> Там Finesse/PIX OS. Никто не засунет монолитное говно в высоконагруженную железку. Линукс
> только для сохо модемов и точек доступа от всяких д-линков.

PIX больше нет. А софт от ASA успешно запускали на обычном PC(и внутри там всё-таки Linux).
А Linux они используют в IOS-XR.

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

238. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от MyH (ok), 18-Июл-11, 10:00 
>>> который еще неплохо бы купить ;)
>>> и как бы ASA - это просто сервер с Linux на борту
>>> и лейблом CISCO.
>> Там Finesse/PIX OS. Никто не засунет монолитное говно в высоконагруженную железку. Линукс
>> только для сохо модемов и точек доступа от всяких д-линков.
> PIX больше нет. А софт от ASA успешно запускали на обычном PC(и
> внутри там всё-таки Linux).
> А Linux они используют в IOS-XR.

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

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

240. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от XPEHemail (?), 18-Июл-11, 10:29 
Просто они деньги умеют считать. В отличие от.
Ответить | Правка | К родителю #238 | Наверх | Cообщить модератору

243. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от MyH (ok), 18-Июл-11, 10:40 
> Просто они деньги умеют считать. В отличие от.

А те, кто покупает у циски по сути х86 с Линуксом за килобаксы - умеют?

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

252. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Andrey Mitrofanov (?), 18-Июл-11, 11:23 
> А те, кто покупает у циски по сути х86 с Линуксом за килобаксы - умеют?

Конечно! У ребят с "дипломами" Сискоу очень неплохие зарплаты же.

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

268. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от XPEHemail (?), 18-Июл-11, 12:32 
>> Просто они деньги умеют считать. В отличие от.
> А те, кто покупает у циски по сути х86 с Линуксом килобаксы - умеют?

Речь вообще-то шла о менеджерах фирмы Cisco и деньгах на разработку+поддержку cтопроцентно собственной ОС (тем более такого архитектурного уродца как классический IOS).

Да кстати если бы в Cisco ASA был бы не linux a что-то из BSD, их стоило бы покупать за килобаксы ?

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

248. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от AlexAT (ok), 18-Июл-11, 10:57 
> Хм, с 8ой (последней) версии похоже так и есть. Модные течения разжижают
> мозг циско-манагеров.

Linux там. Уже с 6 версии.

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

706. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 21-Июл-11, 21:23 
> Хм, с 8ой (последней) версии похоже так и есть. Модные течения разжижают
> мозг циско-манагеров.

Скорее, задницы циско-манагеров начинают поджаривать всякие vyatta и прочие, которые наглейше роутят 10Гбит программно, предоставляя в 10 раз больше возможностей чем в принципе сможет самописная кривулька типа IOS, и не наглея по ценам.

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

495. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от anonymous (??), 19-Июл-11, 13:19 
> PIX больше нет. А софт от ASA успешно запускали на обычном PC(и
> внутри там всё-таки Linux).
> А Linux они используют в IOS-XR.

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

http://www.cisco.com/en/US/products/ps5763/index.html

http://www.qnx.com/news/pr_1329_3.html

QNX там

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

546. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от ragus (ok), 20-Июл-11, 03:24 
>> PIX больше нет. А софт от ASA успешно запускали на обычном PC(и
>> внутри там всё-таки Linux).
>> А Linux они используют в IOS-XR.
> Откуда дровишки?
> http://www.cisco.com/en/US/products/ps5763/index.html
> http://www.qnx.com/news/pr_1329_3.html
> QNX там

да, в XR - QNX. В XE - Linux.

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

361. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 19:32 
> Там Finesse/PIX OS. Никто не засунет монолитное гoвнo в высоконагруженную железку.

Высокую нагрузку асик аппаратный разгребает. А кто там им управлять будет - да не фиолетово ли? Кстати сабжевые монолитные г0внa зак0пали много других г0вен, монолитных и не очень.

> Линукс только для сохо модемов и точек доступа от всяких д-линков.

Да, какая-нибудь там vyatta с 10G ethernet - нормальный сохо-модем :)

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

384. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от AlexAT (ok), 18-Июл-11, 20:51 
>> Там Finesse/PIX OS. Никто не засунет монолитное гoвнo в высоконагруженную железку.
> Высокую нагрузку асик аппаратный разгребает. А кто там им управлять будет -

Плиз, не лезьте в тему, в которой ни черта не смыслите. В ASA'х выделенный контроллер разгребает только шифрование, все остальное производится вполне обычным x86 под вполне обычным Linux'ом, со вполне обычными сетевыми картами, разве что onboard'ными.

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

707. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 21-Июл-11, 21:25 
> вполне обычным x86 под вполне обычным Linux'ом, со вполне обычными сетевыми
> картами, разве что onboard'ными.

Ну вот, и циска вслед за vyatta :). По сути такую "циску" можно сколхозить из любого сервера + линуха на нем :)))

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

739. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 21-Июл-11, 22:47 
>> вполне обычным x86 под вполне обычным Linux'ом, со вполне обычными сетевыми
>> картами, разве что onboard'ными.
> Ну вот, и циска вслед за vyatta :). По сути такую "циску"
> можно сколхозить из любого сервера + линуха на нем :)))

Не с любого ... хотя если взять мать под socket F ;-))

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

896. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 23-Июл-11, 02:17 
>> вполне обычным x86 под вполне обычным Linux'ом, со вполне обычными сетевыми
>> картами, разве что onboard'ными.
> Ну вот, и циска вслед за vyatta :). По сути такую "циску"
> можно сколхозить из любого сервера + линуха на нем :)))

ну как бы давно. FWSM для 6500 - это машина с redhat.

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

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

asic - это прекрасно, но запрос к RADIUS обрабатывается слабым cpu.
Железка DoS'ится на ура, если заставить её ломиться к RADIUS.

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

128. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 17-Июл-11, 22:19 
> Я что-то вообще перестаю Вас понимать. pf - NAT + FW. Или
> что изменилось в политике партии?

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


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

134. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от iZEN (ok), 17-Июл-11, 22:54 
> А еще проблемы людей из-за того, что pf на параллелится и утилизирует только одно ядро.

Так всё правильно: на почтовой машине файервол не так важен, как почтовик, поэтому PF пусть работает на одном ядре. Другие ядра многоядерной системы пусть более важные процессы делят. :)

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

136. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от ragus (ok), 17-Июл-11, 22:58 
>> А еще проблемы людей из-за того, что pf на параллелится и утилизирует только одно ядро.
> Так всё правильно: на почтовой машине файервол не так важен, как почтовик,
> поэтому PF пусть работает на одном ядре. Другие ядра многоядерной системы
> пусть более важные процессы делят. :)

где я писал про почту? речь шла о HA-firewall.

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

187. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 18-Июл-11, 03:55 
> Так всё правильно: на почтовой машине файервол не так важен, как почтовик,

Капитан сообщает: если затормозит файрвол, начнет тормозить и почтовик. Потому что его пакеты летят через этот самый файрвол.  

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

199. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 18-Июл-11, 05:09 
> повторяю: цифры, тесты?
> раз вы упомянули pf:
> 1)http://forum.nag.ru/forum/index.php?showtopic=47497
> 2)http://forum.nag.ru/forum/index.php?showtopic=18744

Здесь с тем же успехом могли вылезти тормоза из-за переброса пакетов между фаерволами. А тут сравнивают «PF+ipfw+клей vs. ipfw» вместо «PF vs. ipfw». Вот другой пример, именно сравнения равного функционала: http://lists.freebsd.org/pipermail/freebsd-performance/2010-... ; не то чтобы конкретный слив, но преимущество PF заметно.

> 3)http://forum.nag.ru/forum/index.php?showtopic=60859

Топикстартер просто упёрся в лимит стейтов, в теме написано. «set limit NNN» и все счастливы, кроме тех, кому PF жить мешает. :)

> 4)http://groups.google.com/group/fido7.ru.unix.bsd/browse_thre...

Ни одного _доказательства_ тормознутости PF не приведено. Хотя на SMP он не раскладывается, да, но это не мешает ему обрабатывать весьма большие потоки пакетов. Чтобы не быть голословным, хохмы ради сегодня попробую гигабитный линк у когда-то любовно настроенного фаервола загрузить случайными пакетами, посмотрим на результаты. Только фряху, боюсь, я туда не вкорячу ради эксперимента, ибо уволился. :) А так — http://www.mail-archive.com/freebsd-pf@freebsd.org/msg0... , например.

>> достаточно вменяемым набором средств сопровождения, идеология которых примерно одинакова
>> без значительных изменений без крайней нужды. (например, те же freebsd-update, portsnap,
>> порты portaudit, portupgrade и т.п.)
> это всё замечательно, что такие инструменты есть.
> теперь назовите затраты времени на:
> 1)инсталляцию HA-firewall на базе FreeBSD.

Инсталяция базовой системы, поднятие pfsync (одна команда ifconfig) и CARP (ещё 1-2 команды ifconfig). Всё, дальше оно само. Ну, ещё не грех те же команды в /etc/rc.conf записать, разумеется. :) Остальное — написание правил собсно фаервола (для ленивых есть Firewall Builder, например).

> 2)обновление этой инсталляции(например, в случае SA/bugfixes)

А это пусть уже лучше спец по фряхе расскажет, я за новостями давно не следил, мог упустить чего. В опёнке просто: обновляем стабильное ядро, и всё. Ничего не отваливается, так как фаерволы в связке: спокойно по одному ребутаем.

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

204. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +1 +/
Сообщение от ragus (ok), 18-Июл-11, 06:18 
>> повторяю: цифры, тесты?
>> раз вы упомянули pf:
>> 1)http://forum.nag.ru/forum/index.php?showtopic=47497
>> 2)http://forum.nag.ru/forum/index.php?showtopic=18744
> Здесь с тем же успехом могли вылезти тормоза из-за переброса пакетов между
> фаерволами. А тут сравнивают «PF+ipfw+клей vs. ipfw» вместо «PF vs. ipfw».

Если вас это интересует, могу сделать тест на 2х сокетном quad core Nehalem и гигабитной сетке.  

> Вот другой пример, именно сравнения равного функционала: http://lists.freebsd.org/pipermail/freebsd-performance/2010-...
> ; не то чтобы конкретный слив, но преимущество PF заметно.

Test scheme:
laptop(192.168.0.188)-->age0(192.168.0.1)-->rl0(10.1.2.142)-->internet

после этого можно дальше не читать. 1GE/10GE во внешний мир уже не редкость.

>> 3)http://forum.nag.ru/forum/index.php?showtopic=60859
> Топикстартер просто упёрся в лимит стейтов, в теме написано. «set limit NNN»
> и все счастливы, кроме тех, кому PF жить мешает. :)

Ок, расскажу я про свои тесты pf & netfilter.
1)выкручиваем лимиты по кол-ву стейтов 3млн.
2)выкручиваем таймауты до 2х часов
3)настраиваем nat транслировать всё из сети /8
4)с помощью ядерного генератора трафика создаём 1.4mpps udp-пакетами из сети /8 с рандомными src port.

Так вот, при ~ 200-300k стейтов в топе оказывается pfpurge и swi1:net. При этом видно, что на исходящем интерфейсе начинаются провалы по pps а сам pf начинает просто дропать трафик.
С netfilter всё было куда скучнее: медленная деградация производительности по мере увеличения числа стейтов. при 2млн стейтов на выходе было ~ 700kpps и почти полная загрузка всех ядер.

>> 4)http://groups.google.com/group/fido7.ru.unix.bsd/browse_thre...
> Ни одного _доказательства_ тормознутости PF не приведено. Хотя на SMP он не
> раскладывается, да, но это не мешает ему обрабатывать весьма большие потоки
> пакетов. Чтобы не быть голословным, хохмы ради сегодня попробую гигабитный линк
> у когда-то любовно настроенного фаервола загрузить случайными пакетами, посмотрим на результаты.

см. мои тесты выше.

> Только фряху, боюсь, я туда не вкорячу ради эксперимента, ибо уволился.
> :) А так — http://www.mail-archive.com/freebsd-pf@freebsd.org/msg0...
> , например.

там чистый роутинг. вот подробнее и с NAT:

https://calomel.org/network_performance.html

"When the MTU is limited to 1500 (standard MTU for most of the Internet) we hit almost 10 million packets over sixty secods (9,666,777 packets or 161,112 pps) and 1.9333 gigabits per second."

161kpps. посмотрите на моих цифры и подумайте еще раз про скорость :)

> Инсталяция базовой системы, поднятие pfsync (одна команда ifconfig) и CARP (ещё 1-2
> команды ifconfig). Всё, дальше оно само. Ну, ещё не грех те
> же команды в /etc/rc.conf записать, разумеется. :) Остальное — написание правил
> собсно фаервола (для ленивых есть Firewall Builder, например).

pfsync в GENERIC нет. ALTQ тоже.


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

262. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 18-Июл-11, 11:53 
>>> повторяю: цифры, тесты?
>>> раз вы упомянули pf:
>>> 1)http://forum.nag.ru/forum/index.php?showtopic=47497
>>> 2)http://forum.nag.ru/forum/index.php?showtopic=18744
>> Здесь с тем же успехом могли вылезти тормоза из-за переброса пакетов между
>> фаерволами. А тут сравнивают «PF+ipfw+клей vs. ipfw» вместо «PF vs. ipfw».
> Если вас это интересует, могу сделать тест на 2х сокетном quad core
> Nehalem и гигабитной сетке.

Сделайте. Если можно, пожалуйста, на отдельной страничке где-нибудь выложите результаты, вместе с dmesg и описанием всех использованных sysctl-ек, а здесь просто ссылку киньте. Сам постараюсь сделать такой тест вечером (в дополнение к обещанному) на третьем пеньке, который у меня домашнюю локалку обслуживает: гигабитного Intel'а с двух сторон, думаю, будет достаточно.

>> Вот другой пример, именно сравнения равного функционала: http://lists.freebsd.org/pipermail/freebsd-performance/2010-...
>> ; не то чтобы конкретный слив, но преимущество PF заметно.
> Test scheme:
> laptop(192.168.0.188)-->age0(192.168.0.1)-->rl0(10.1.2.142)-->internet
> после этого можно дальше не читать. 1GE/10GE во внешний мир уже не
> редкость.

Если бы всё упиралось в скорость канала, то и заметной разницы между фильтрами бы не было, м-м-м?

>[оверквотинг удален]
> 2)выкручиваем таймауты до 2х часов
> 3)настраиваем nat транслировать всё из сети /8
> 4)с помощью ядерного генератора трафика создаём 1.4mpps udp-пакетами из сети /8 с
> рандомными src port.
> Так вот, при ~ 200-300k стейтов в топе оказывается pfpurge и swi1:net.
> При этом видно, что на исходящем интерфейсе начинаются провалы по pps
> а сам pf начинает просто дропать трафик.
> С netfilter всё было куда скучнее: медленная деградация производительности по мере увеличения
> числа стейтов. при 2млн стейтов на выходе было ~ 700kpps и
> почти полная загрузка всех ядер.

А это уже интереснее, несмотря на искусственность условий. Можно поподробнее? Списки правил и статистику фаерволов («pfctl -si» и «iptables -n -L -v») хотя бы.

BTW, о птичках: какие версии netfilter и PF? А то был у меня один знакомый любитель сравнивать PF из 2006 года и netfilter из 2010. А в PF за последние несколько лет много чего улучшили (уж не знаю, портировали последние изменения во фряху). На http://pf4freebsd.love2party.net/ вообще пишут, что во фряхе сейчас PF из OpenBSD 4.1, то есть четырёхлетней давности. Производительность у PF из 4.1 и 4.9 на большом количестве стейтов может различаться в несколько раз запросто: в промежутке были переписаны в том числе как раз NAT-подсистема и таблица стейтов; помню пример с Soekris'ом, производительность которого после одного из нововведений поднялась аккурат в два раза.

>[оверквотинг удален]
> см. мои тесты выше.
>> Только фряху, боюсь, я туда не вкорячу ради эксперимента, ибо уволился.
>> :) А так — http://www.mail-archive.com/freebsd-pf@freebsd.org/msg0...
>> , например.
> там чистый роутинг. вот подробнее и с NAT:
> https://calomel.org/network_performance.html
> "When the MTU is limited to 1500 (standard MTU for most of
> the Internet) we hit almost 10 million packets over sixty secods
> (9,666,777 packets or 161,112 pps) and 1.9333 gigabits per second."
> 161kpps. посмотрите на моих цифры и подумайте еще раз про скорость :)

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

>> Инсталяция базовой системы, поднятие pfsync (одна команда ifconfig) и CARP (ещё 1-2
>> команды ifconfig). Всё, дальше оно само. Ну, ещё не грех те
>> же команды в /etc/rc.conf записать, разумеется. :) Остальное — написание правил
>> собсно фаервола (для ленивых есть Firewall Builder, например).
> pfsync в GENERIC нет. ALTQ тоже.

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

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

266. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от ragus (ok), 18-Июл-11, 12:19 
> А это уже интереснее, несмотря на искусственность условий. Можно поподробнее? Списки правил
> и статистику фаерволов («pfctl -si» и «iptables -n -L -v») хотя
> бы.

там ничего интересного. для netfilter вообще одно правило.
для pf - nat + pass in quick/pass out quick


> BTW, о птичках: какие версии netfilter и PF? А то был у

freebsd 8.1 & linux 2.6.37

> Ваши цифры, если вы вспомните, взяты из трафикогенератора. То есть не учитывают
> обработку входящих пакетов и переброску между интерфейсами. Так что напрямую сравнивать
> результаты ваши и у Саломеи, мягко говоря, некорректно.

цифры снимались с помощью netstat в FreeBSD и sar в Linux.

>>> Инсталяция базовой системы, поднятие pfsync (одна команда ifconfig) и CARP (ещё 1-2
>>> команды ifconfig). Всё, дальше оно само. Ну, ещё не грех те
>>> же команды в /etc/rc.conf записать, разумеется. :) Остальное — написание правил
>>> собсно фаервола (для ленивых есть Firewall Builder, например).
>> pfsync в GENERIC нет. ALTQ тоже.
> Ага, виноват: повторюсь, не слежу внимательно за фряхой. Кстати, вы NPF не
> пробовали? А то у меня руки так и не дошли его
> нагрузить...

Не трогал вообще.

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

270. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 18-Июл-11, 12:39 
>> А это уже интереснее, несмотря на искусственность условий. Можно поподробнее? Списки правил
>> и статистику фаерволов («pfctl -si» и «iptables -n -L -v») хотя
>> бы.
> там ничего интересного. для netfilter вообще одно правило.
> для pf - nat + pass in quick/pass out quick

Ага, раз NAT в отдельной секции, то PF староватый...

>> BTW, о птичках: какие версии netfilter и PF? А то был у
> freebsd 8.1 & linux 2.6.37

Покопался ещё: похоже, за исключением импорта sloppy states (и, возможно, ещё чего-то), PF во фряхе совсем протух. :( Ну да ладно. Спасибо за информацию, попробую повторить тесты и если всё будет печально, поискать узкое место.

>> Ваши цифры, если вы вспомните, взяты из трафикогенератора. То есть не учитывают
>> обработку входящих пакетов и переброску между интерфейсами. Так что напрямую сравнивать
>> результаты ваши и у Саломеи, мягко говоря, некорректно.
> цифры снимались с помощью netstat в FreeBSD и sar в Linux.

А это тут причём? :) В одном случае (Саломея) тестировалась пропускная способность, говоря аналогиями, целого таможенного терминала, в другом (вы) — только той части, что «на выход». Это не говоря о других различиях в методике тестирования. Поэтому, повторюсь, тест ваш сам по себе интересен, но сравнивать его результаты с результатами Саломеи абсолютно некорректно.

>>>> Инсталяция базовой системы, поднятие pfsync (одна команда ifconfig) и CARP (ещё 1-2
>>>> команды ifconfig). Всё, дальше оно само. Ну, ещё не грех те
>>>> же команды в /etc/rc.conf записать, разумеется. :) Остальное — написание правил
>>>> собсно фаервола (для ленивых есть Firewall Builder, например).
>>> pfsync в GENERIC нет. ALTQ тоже.
>> Ага, виноват: повторюсь, не слежу внимательно за фряхой. Кстати, вы NPF не
>> пробовали? А то у меня руки так и не дошли его
>> нагрузить...
> Не трогал вообще.

Жаль. :)

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

110. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от тигар (ok), 17-Июл-11, 21:05 
в более древние посты слонека загляните. там где меряют linux vs fbsd. + там он еще ssd vs hdd мерял. если сложить те 2 поста - получается смайлик.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

286. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Клыкастый (ok), 18-Июл-11, 14:11 
>> Почему против? Я про сферу применения. FreeBSD там производительнее
> цифры, тесты?

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

>>и удобнее, даже,
> чем именно?

ZFS с репликацией и снапшотами, ZRAID и другими полезняшками.
грамотным размещением конфигов. да тупо если в случае чего линуксах управляемость падает резче, по тому же ssh. и когда жители вилларибы ещё разруливают штатными средствами, жители виллабаджо уже ребутают.


>> как минимум, не менее надежна при грамотном использовании (надежность, конечно, в
>> смысле минимального простоя).
> на чем основаны ваши слова?

видимо, на том же, на чём основаны ваши сомнения.

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

709. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Аноним (-), 21-Июл-11, 21:29 
> ну с конкурентами мы пупами померялись и по нагрузке и по отдаче
> ФС RHEL как бы помягче сказать, выполнил двойную рыбную операцию,

Что-то ext4 нынче не в настроении лососевать, знаете ли :)

> ZFS с репликацией и снапшотами, ZRAID и другими полезняшками.

Ох довыступаетесь: оракл вам халяву перекроет (да уже перекрыл), а пингвинологи как раз доделают btrfs.

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

Не замечал особых проблем с ssh. Накрайняк, если уж и правда ж... каким-то чудом имеет место быть - ну настройте приоритеты и проца и IO, чтоли?

> видимо, на том же, на чём основаны ваши сомнения.

Так и запишем: обнаружено 2 пустобреха.

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

975. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Клыкастый (ok), 24-Июл-11, 04:17 
> Что-то ext4 нынче не в настроении лососевать, знаете ли :)

и все побежали переделывать продакшны на ext4

>> ZFS с репликацией и снапшотами, ZRAID и другими полезняшками.
> Ох довыступаетесь: оракл вам халяву перекроет (да уже перекрыл), а пингвинологи как  раз доделают btrfs.

ZFS назад отберут? :) да ладно, мы глянем что там в 9-ке будет :)


> Не замечал особых проблем с ssh. Накрайняк, если уж и правда ж...
> каким-то чудом имеет место быть - ну настройте приоритеты и проца
> и IO, чтоли?

хм. при попытке объяснить что что-то во FreeBSD можно подкрутить начинаются капризы типа "нада-чтоб-искаропки".

>> видимо, на том же, на чём основаны ваши сомнения.
> Так и запишем: обнаружено 2 пустобреха.

а это всегда пожалуйста. уж лет как 10 нет желания распинаться перед анонимусами :)

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

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

А пацаны из фейсбука и не знали, что идут путём в никуда.

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

60. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от tanushi (?), 17-Июл-11, 16:42 
>>Дебиан для таких проектов - путь в никуда из-за краткосрочности поддержки.
> А пацаны из фейсбука и не знали, что идут путём в никуда.

+1. vkontakte.ru тоже видимо идут не "правильным" путём, определённым чёткой линией партии

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

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

88. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от saari (?), 17-Июл-11, 19:11 
Вот давайте не будем тут про фейсбук - эти ребята уже дважды чуть не облажались со своими PHP+MYSQL
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

101. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от Crazy Alex (??), 17-Июл-11, 20:50 
> Вот давайте не будем тут про фейсбук - эти ребята уже дважды
> чуть не облажались со своими PHP+MYSQL

Эти ребята вполне успешны, и технических проблем у них не видно (в отличие от Твиттера, например).

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

353. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от tanushi (?), 18-Июл-11, 19:08 
>> Вот давайте не будем тут про фейсбук - эти ребята уже дважды
>> чуть не облажались со своими PHP+MYSQL
> Эти ребята вполне успешны, и технических проблем у них не видно (в
> отличие от Твиттера, например).

проблемы всегда есть. просто при грамотном управлении и хороших инженерах эти проблемы можно оперативно решать, а ещё лучше предубеждать. но в любом случае, согласен с Вами в их успешности (что трудно отрицать)

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

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ообщить модератору

562. "Rambler-почта собирается мигрировать с FreeBSD на Debian GNU..."  +/
Сообщение от nagualemail (ok), 20-Июл-11, 11:43 
> Не буду удивлен, если выяснится, что причина перехода - следствие низкой квалификации
> их разработчиков. Ибо Дебиан для таких проектов - путь в никуда
> из-за краткосрочности поддержки.
> Я бы понял еще, пусть и посмеялся бы, если бы это был
> дистрибутив RHEL6 или на его основе.
> Наверное, не хотят нормальным разрабам зарплату платить соответствующую, а наймут школоту...

У них профессиональные разработчики и полный цикл тестирования. И они не ставят бинари собранные гдето и кем то. К слову у них софт под веб написан на с++ (CAS их разработка) именно для высоких нагрузок.

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

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

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




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

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