Спасите: BSD vs Linux (BSD forever)

[Alex Keda]

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

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Alex_hha]

Делаем вывод, что все через одно место.

Мне даже страшно представить, а как быть с зависимостями софта? Т.е. например, вы собрали софт с тем же glib-1.x.x. Обновили FreeBSВ с 7.0 до 7.2 с помощью ваших магических скриптов, а как быть с уже установленным софтом? Пересобирать весь софт на каждом сервере?

[Alex Keda]

тынц
дынц
как ребёнок маленький, завёлся и невидишь ничего кругом
==========
что касается
> Делаем вывод, что все через одно место.
расскажи как ты штатными средствами обновляешь более одного сервера за раз под любимым rhel/centos
особенно с учётом этого
> Так что все таки при обновлении не ленюсь заходить на сервер и обновлять ручками, хотя конечно набрать yum update так сложно

[Alex_hha]

А мы что, уже начали меряться? Подозреваю, что следующий вопрос будет, а сколько строк в твоем скрипте

расскажи как ты штатными средствами обновляешь более одного сервера за раз под любимым rhel/centos
особенно с учётом этого

Рассказываю - Если я хочу обновлять все сервера автоматом, без какого либо моего вмешательства, то я настрою yum-updatesd. 5 или 6 строк и забуду про все. Но это для очень линивых Я лишь получаю нотификацию на мыло и захожу сам. Ну вот такая у меня привычка. Серверов всего 10, так что могу себе позволить . Единственное, после обновления ядра, надо будет перегрузить сервер, тут ничего не поделаешь. Хотя уже есть технология которая позволяет и без перезагрузки обойтись. Но насколько знаю в RHEL пока не принята

как ребёнок маленький, завёлся и невидишь ничего кругом

pkg_add и pkg_delete это конечно хорошо, а если у тебя софт был собран со специфическими ключами?

2 all
я никому ничего не хочу доказать, и спор freebsd круче linux, linux круче windows и т.п. просто глупый. Просто linux я то знаю, в достаточной степени, а вот с freebsd знаком не так хорошо. Поэтому и хочу узнать, как типичные задачи решаются у вас. Вот и все. Так что давай те без фанатизма.

[Rita]

А вообще интересно, как такое сделать.

Сервер приложений поднимаем, пишем простой скрипт и вперед, хоть на 1000 серверов, если Вы этого не знали ну тогда я не знаю какие Вы админы

Ну мы то знаем что ты крут. Вот тут в песочнице и разъясни как наставник
Я, например, только познаю бсд поэтому всякая информация будет полезна, да и времени нет столько что бы знать столько как ты да и многие тут.
А я, как посмотрела тесты, так и сникла и поняла, что мне еще до нормального админства как до китая раком

[Alex_hha]

Еще вот вспомнил вопрос. Насколько знаю на FreeBSD можно создавать свои пакеджы и потом ставить их на другой машине с помощью pkg_add. А можно на FreeBSD i386 собрать пакет например для x64? Если можно, то как?

[Alex_hha]

А я, как посмотрела тесты, так и сникла и поняла, что мне еще до нормального админства как до китая раком

та шо это за тесты такие? ссылочкой не поделитесь?

[Rita]

та шо это за тесты такие? ссылочкой не поделитесь?

Например http://company.yandex.ru/inside/job/por ... _admin.xml
А вообще http://company.yandex.ru/inside/job/

[paradox]

любой админ пройдет те тесты)) я правда уже не пройду некоторые но я не админ уже лет 5 наверное

[Alex Keda]

Рассказываю - Если я хочу обновлять все сервера автоматом, без какого либо моего вмешательства, то я настрою yum-updatesd. 5 или 6 строк и забуду про все.

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

Код: Выделить всё

csup&& portupgrade -R\*

в rc.d скрипте. (в крон позволить себе не мог - первый пень - мог некоторый софт собирать более суток - значит через сутки начались бы проблемы. а ребутался по естественным причинам раз пару недель - стабильно)
и то - даже на домашнем я от этого отказался.
так что давай примеры пореальней из жизни, а не сказки о красивой жизни каких-то утилит...
============
2 парадокс.
я, наапример, влёт не на все вопросы там ответить могу.
но - это лёгкий какой-то тест. у них там повеселей есть - я тока пару смог осилить ответов

[paradox]

а где там сложный тест?

[Alex Keda]

посмотрел все похожие - нету щас той вакансии.

[Alex_hha]

ну-ка покажи хоть один пример того кто в продакшене это юзает?

начинается Сначала покажи как сделать, потом покажи кто использует его. Потом будет - а скрипт гибче, удобнее, и т.д. и т.п.

За себя я писал, что все таки ручками делаю, на что получил фразу - "а у меня все по крону" .

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

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

[Alex Keda]

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

Потом будет - а скрипт гибче, удобнее, и т.д. и т.п.

сам всё знаешь. заче споришь?
==========
по факту - подобные решения в продакшене применяются единицами.
из того что я могу придумать - на кластерах сборки софта самого CentOS. (если они есть - не знаю как происходит проверка софта и его контрибьюция в линухах)

[zingel]

несколько версий фряхи, svn up для всех, образы лежат в папке которая доступна по pxe в ней же скрипт, айпи и всё остальное тоже в svn, скрипт не дам на нём копирайт не только мой но и конторы.

[Alex_hha]

сам всё знаешь. заче споришь?

а кто спорит? Я лишь констатирую, что на FreeBSD это не удобно, не из коробки, через одно место. Т.е. приходится надеяться, что мантейнер порта не ошибся и ты не отловишь глюков при обновлении системы/портов . За 5 лет использования CentOS ни одной проблемы при обновлении софта/системы не было. Мне это о многом говорит.

по факту - подобные решения в продакшене применяются единицами.

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

И так я не услышал нормальных ответов:
1. Что насчет обновление софта, когда pkg_add не подходит из-за ключей сборки?
2. Обновлять мир уже можно "безопасно" удаленно или все таки желательно single mode?
3. Если есть множество филиалов и каналы между ними оставляют желать лучшего (нет оптики/vlan и т.п.). Как централизованно обновлять большое количество серверов?
4. Так что там по поводу сборки под x64?
5. Для чего на FreeBSD сделали возможность запуска программ под linux?

[Alex_hha]

несколько версий фряхи, svn up для всех, образы лежат в папке которая доступна по pxe в ней же скрипт, айпи и всё остальное тоже в svn, скрипт не дам на нём копирайт не только мой но и конторы.

1. Вы считаете это продакшен решением?

[zingel]

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

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

[ev]

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

прикольно... перефразирую малость... "Я лишь констатирую, что на linux это не удобно, не из коробки, через одно место. Т.е. приходится надеяться, что разработчик не ошибся и ты не отловишь глюков при обновлении системы"

1. Что насчет обновление софта, когда pkg_add не подходит из-за ключей сборки?

каких именно? которых нет в мейкфайле? которых нет вообще в исходниках?

2. Обновлять мир уже можно "безопасно" удаленно или все таки желательно single mode?

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

3. Если есть множество филиалов и каналы между ними оставляют желать лучшего (нет оптики/vlan и т.п.). Как централизованно обновлять большое количество серверов?

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

5. Для чего на FreeBSD сделали возможность запуска программ под linux?

это проблема?

1. Вы считаете это продакшен решением?

расскажите свое понимание "продакшен решения", критерии

[Alex Keda]

сам всё знаешь. заче споришь?

а кто спорит? Я лишь констатирую, что на FreeBSD это не удобно, не из коробки, через одно место.

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

Т.е. приходится надеяться, что мантейнер порта не ошибся и ты не отловишь глюков при обновлении системы/портов . За 5 лет использования CentOS ни одной проблемы при обновлении софта/системы не было. Мне это о многом говорит.

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

по факту - подобные решения в продакшене применяются единицами.

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

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

И так я не услышал нормальных ответов:
1. Что насчет обновление софта, когда pkg_add не подходит из-за ключей сборки?

у вас это называется srcrpm. Во фре - pkg_create

2. Обновлять мир уже можно "безопасно" удаленно или все таки желательно single mode?

ты сам ответил. посмотри в словаре значения слов "желательно" и "обязательно"

3. Если есть множество филиалов и каналы между ними оставляют желать лучшего (нет оптики/vlan и т.п.). Как централизованно обновлять большое количество серверов?

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

4. Так что там по поводу сборки под x64?

незнаю. у меня обычно обратная задача стоит - я где смог уже воткнул amd64. под x32 под ним собирается.

5. Для чего на FreeBSD сделали возможность запуска программ под linux?

проприетарщина. даже большая контора не может поддерживать много платформ.
а отдать сорцы не могут - патенты/жадность/....

[Alex Keda]

4. Так что там по поводу сборки под x64?

незнаю. у меня обычно обратная задача стоит - я где смог уже воткнул amd64. под x32 под ним собирается.

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

[_Andy]

несколько версий фряхи, svn up для всех, образы лежат в папке которая доступна по pxe в ней же скрипт, айпи и всё остальное тоже в svn, скрипт не дам на нём копирайт не только мой но и конторы.

Копирайт конторы на скрипт? Вы совсем что ли ебу дались?

[Alex Keda]

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

[Гость]

И так я не услышал нормальных ответов:
2. Обновлять мир уже можно "безопасно" удаленно или все таки желательно single mode?

Обновлял "удаленно" (по факту вниз спустится в случае чего, если сервер не поднимется), спускаться не пришлось.
Ни о каком single mode, речи и не шло.

3. Если есть множество филиалов и каналы между ними оставляют желать лучшего (нет оптики/vlan и т.п.). Как централизованно обновлять большое количество серверов?

Можно расшарить по nfs /usr/src. rsync так же никто не отменял. Можно создать локальные репозитории svn, которые будут переодически обновлятся.

4. Так что там по поводу сборки под x64?

А что с ней?

5. Для чего на FreeBSD сделали возможность запуска программ под linux?

Недостаток нативных приложений, по-моему это очевидно.

[_Andy]

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

Я не против копирайта, но вот то что "выкладывать нельзя" - это лютый пиздец.