Закончился (https://lists.freebsd.org/pipermail/freebsd-announce/2015-Au...) срок поддержки выпуска FreeBSD 8.4 и ветки 8-STABLE. Обновления с устранением уязвимостей для FreeBSD 8 больше выпускаться не будут, пользователям FreeBSD 8 рекомендуется обновить свои системы до актуальных релизов 9.3 или 10.1, поддержка которых продлится до 31 декабря 2016 года. Релиз FreeBSD 10.2 намечен на 17 августа.
Также можно отметить публикацию (https://www.freebsd.org/news/status/report-2015-04-2015-06.html) отчёта о развитии FreeBSD за второй квартал 2015 года, перевод которого на этот раз не хватило времени подготовить. Из изменений можно отметить реализацию для FreeBSD системы рандомизации адресного пространства ASLR (https://hardenedbsd.org/), расширение возможностей гипервизора bhyve (http://www.bhyve.org/), обновление окружения эмуляции Linux (https://wiki.freebsd.org/Emulation) (в том числе подготовка 64-разрядного окружения на основе CentOS 6), расширение поддержки протокола MPTCP (http://caia.swin.edu.au/newtcp/mptcp) (Multipath TCP), возможность загрузки с временным rootfs c последующим перемонтированием реального корневого раздела, подготовка к выпуску сборки ZFSguru 0.3 (http://zfsguru.com/), поддержка (http://p4db.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/pr...) PCIe hot-plug, развитие runtime-окружения CloudABI (https://github.com/NuxiNL/cloudlibc), переработка (https://svnweb.freebsd.org/base?view=revision&revision=282684) кода поддержки Process-Context Identifier (PCID), расширение (https://svnweb.freebsd.org/base?view=revision&revision=282678) возможностей перевода процессоров в энергосберегающее состояние, поддержка (https://wiki.freebsd.org/arm64) сборки для AArch64 (arm64), поддержка (http://mail-index.netbsd.org/pkgsrc-bulk/2015/07/26/msg01186...) FreeBSD в pkgsrc, модификация загрузчика UEFI для загрузки с ZFS.URL: https://lists.freebsd.org/pipermail/freebsd-announce/2015-Au...
Новость: http://www.opennet.ru/opennews/art.shtml?num=42709
Внимательно посмотрите на скриншоты ZFSguru. Столько толстых намёков.
Заметил акцент на настройках Samba, а также скриншот PuTTY. Это оно? =)
И Вам от меня +
На этой одной странице показано всё.
В среднем по статистике, линуксом пользуются точно так же.
> В среднем по статистике, линуксом пользуются точно так же.Там ровно наоборот - даже макось сносят с макбука, чтобы пользоваться на нем линем...
> Там ровно наоборот - даже макось сносят с макбука, чтобы пользоваться на
> нем линем...Нет. В моей ε-окрестности 99% Windows PuTTY ==> Linux.
Продавцы или манагеры?
> Продавцы или манагеры?Админы.
> Админы.А ты среди них стало быть бояздэ используешь чтобы выделиться? Хотя сам такой же по смыслу :)
Это редкое исключение, а не обычная практика во всяких там ынтерпрайзах. Тем более на OS X и так ssh клиент из коробки.
> Это редкое исключение,А как это измерено?
> а не обычная практика во всяких там ынтерпрайзах. Тем
> более на OS X и так ssh клиент из коробки.А еще там злостный вендорлок и диктатура пролетариата^W махрового капиталиста. С чем не поздравляют, мягко говоря. И технари с головой на плечах - догадываются о том что из этого вытекает. Но это ессно не про хомячков, падких на блестящие бусы любой ценой.
> Внимательно посмотрите на скриншоты ZFSguru. Столько толстых намёков.Внимательно посмотрел на скриншоты https://help.ubuntu.com/community/SSH/OpenSSH/ConnectingTo
да, намеки действительно толстые :)
Эк дуалбутчику припекло, аж побежал в убунте что-то выискивать...
Самокритичненько. Таки нашли в себе силы констатировать факт.
Каждая такая новость вызывает положительные эмоции - радует что слезли с фришки еще на el6. А сколько мне усилий пришлось приложить убеждая. Зато теперь поддержка до 2020 года и не кривая как во фрии.зы. кстати, последний оплот гиков от FreeBSD пал - в sl7.1 zfs из коробки сделали :)
зы2, Люди будьте бдительны! Не ставьте на боевые сервера фришку!
Маленькие хлопоты - прививка от больших неприятностей. Возня с апдейтом раз в полгода могла бы спасти от тотального песца, который вы приготовили себе в 2020 году.
А вот я не знаю, где я буду работать в 2020 году, ибо лучшее - враг хорошего, а продвинуться по карьерной лестнице или открыть для себя что-то новое я не откажусь. А ещё у нас уже давно конфигурация накатывается паппетом и ансиблом, что слишком нетривиально в бзде.
>А вот я не знаю, где я буду работать в 2020 годуА я специально ищу работу после таких как вы, все переустанавливаю на фрюху и беру втридорого. И знаете, деваться таким работодателям некуда, платят.
Деваться им некуда...)))) да они просто лохи, а ты их разводишь
да есть такие случаи, когда приходит фанатик и смотрит что сервер не линукс и давай ставить свой правильный дистрибутив, убеждая что все будет работать и быстрее, а как только что то случилось, то все, линукс это ядро.
Ну так с их точки зрения главное выбрать не правильный инструмент под задачу, а единственно рассово верный вариант.
>>А вот я не знаю, где я буду работать в 2020 году
> А я специально ищу работу после таких как вы, все переустанавливаю на
> фрюху и беру втридорого. И знаете, деваться таким работодателям некуда, платят.Ну, продолжайте ковыряться в мелких конторках, не имеющих отношения к сфере ИТ.
Там где я работаю, "все переустанавливаю на фрюху" не получится, ибо её функциональность лет на 15 отстала от пингвина. Тут выбор только мужду центосью и убунтой, а мне нравится и то, и другое.Те, кто "беру втридорого" - это чуваки, сидящие в HQ, и не в этой стране. А вот "в полторадорого" есть, это мои руководители.
> фрюху и беру втридорого. И знаете, деваться таким работодателям некуда, платят.Что ж вы прощелкали корпоративных клиентов то? Яху, апач, рамблер, яндекс...
> А я специально ищу работу после таких как вы, все переустанавливаю на
> фрюху и беру втридорого. И знаете, деваться таким работодателям некуда, платят.А я рассказываю работодателям о таких вот кидалах. И, знаете, прислушиваются.
Смотрите, фришники -- именно такие "шпециалисты" вас и дискредитируют едва ли не больше, чем красноглазые полностью некомпетентные крикуны по форумам.
"дискредетируют", "рассказываю работодателям о кидалах" ...Миша, это не майдан, не бери близко к сердцу :)
Просто каждый зарабатывает как умеет и некоторые умеют только крысятничать. Какую озЪ они при этом втюхивают - дело ***-тое ...
А чем не тривиально? У меня с пол пинга завелись puppet/MCollevtive/puppetdb+PgSQL и работает. На Линуксе возникли проблемы, но мне интересно в чем нетривиальность для FreeBSD.
apt-get not found. попытался поставить, завяз. короче, неосилятор.
Так определись, да или нет?
> но мне интересно в чем нетривиальность для FreeBSD.вот вот, как в puppet обновлять бинарные пакеты с использование прежних конфигов на 7-ке? покажи-ка свой класс. А вот rpm там из коробки.
зы. мы тоже этот геморр прошли когда надо было на паре десятков работающих серверов делать деплой новой версии софта. А как перешли на centos - проблем и сложностей стало на порядок меньше. И серверов стало больше на порядок.
зы2, со мной спорить бесполезно - не от хорошей жизни слезли с фрии. При этом админ - сам поклонник фри. И с тех пор система еще заметно усложнилась - фри просто не потянула бы это.
"тотальный песец" - это сопровождать фришку. "раз в полгода" - "Маленькие хлопоты"? Бред Минимум каждый месяц пересборка системы из портов - закрываем дыры. Зачатую каждая тянет на новую установку.А тут (el6) автоматически ставятся патчи из канала безопасности, выверенные и надежные.
А до 2020 сервера заменим, а там у нас в запасе el7, el8, el9, el10 … - совместимость у RH на уровне! Помню как-то ставил старые бинарники в формате COFF - так заработали!
нет, еще раз нет фришке на боевом сервере.
> каждый месяц пересборка системы из портовДаааа, давно Вы с фряхой не общались...
> до 2020 сервера заменимНу, разве что...
Только в июне - три секьюрити патча, затрагивающих софт из базы.
> Только в июне - три секьюрити патча, затрагивающих софт из базы.Вам мягко указывают на вашу некомпетентность в обсуждаемом вопросе.
Рекомендуемый способ обновления базы уже 5 лет как через бинарные обновления freebsd-update.
даже с кустомным ядром секурити патчи еще не означают пересборку всего мира.
>> Только в июне - три секьюрити патча, затрагивающих софт из базы.
> Вам мягко указывают на вашу некомпетентность в обсуждаемом вопросе.
> Рекомендуемый способ обновления базы уже 5 лет как через бинарные обновления freebsd-update.Аноним с Анонимом ведут беседу :)))
5-лет это не срок, слишком замедленное развитие. Но речь идет не о базе, а о системе в целом - обновлять нужно кучу софта - тот же httpd, php, perl с кучей модулей. Пол-системы бывает сноситься. И сервер должен работать сразу!!! И все это было еще в 7-ке!!!
> 5-лет это не срок, слишком замедленное развитие. Но речь идет не
> о базе, а о системе в целом - обновлять нужно кучу
> софта - тот же httpd, php, perl с кучей модулей. Пол-системы
> бывает сноситься. И сервер должен работать сразу!!! И все это было
> еще в 7-ке!!!софт тоже бинарно обновляется, о чем вам уже намекнули не один раз.
> А тут (el6) автоматически ставятся патчи из канала безопасности, выверенные и надежные.Тут не раз и не два пролетали новости о багах присущих только RHEL ... говорите надежные?
> Тут не раз и не два пролетали новости о багах присущих только
> RHEL ... говорите надежные?Так тут и новости о багах присущих только фрибсд пролетали. Вон рядом как раз свеженькое висит.
>> Тут не раз и не два пролетали новости о багах присущих только
>> RHEL ... говорите надежные?
> Так тут и новости о багах присущих только фрибсд пролетали. Вон рядом
> как раз свеженькое висит.ОС от дистрибутива отличаешь?
> Бред Минимум каждый месяц пересборка системы из портов - закрываем дыры.Система из портов не собирается - ваш К.О.
> Зачатую каждая тянет на новую установку.
Не городи хеPню.
> Помню как-то ставил старые бинарники в формате COFF - так заработали!
Для некрофилов это характерно - таскать из системы в систему окоченевшые трупики разного г0внософта
> нет, еще раз нет фришке на боевом сервере.
не даёт некрофилить? сочувствую.
>> Бред Минимум каждый месяц пересборка системы из портов - закрываем дыры.
> Система из портов не собирается - ваш К.О.Там про базовую систему не уточнялось, а в пересборке портов в продакшне смысла нет.
>> Зачатую каждая тянет на новую установку.
> Не городи хеPню.Сказал бздун.
>> Помню как-то ставил старые бинарники в формате COFF - так заработали!
> Для некрофилов это характерно - таскать из системы в систему окоченевшые трупики
> разного г0внософтаЭто называется бинарной совместимостью. Лучше всего реализовано именно в линуксе.
>> нет, еще раз нет фришке на боевом сервере.
> не даёт некрофилить? сочувствую.Отстала на 20 лет во всем, если кратко
> Бред Минимум каждый месяц пересборка системы из портов - закрываем дыры.freebsd-update, pkg upgrade.
>Это называется бинарной совместимостью. Лучше всего реализовано именно в линуксе.
ШИТО?! оО
> нет, еще раз нет фришке на боевом сервере.
Дело, конечно, Ваше... Но чот- то в Ваших высказываниях наводит меня на мысль что вы в познаниях фряхи остановились где- то на уровне 5.2.1 / 6.0 как максимум и уже который год пересказываете одну и ту же мантру: порты. Еще можно УТФ консольный вспомнить и панику от выдергивания флешки.
> pkg upgradeНу наконец-то, в 2014 году выкатили бинарные пакеты. Всем радоваться полчаса. К 2020му, глядишь, протухший сендмайл из базы выкинут.
> freebsd-update
Не работает с кастомным ядром. API того же ipfw хоть и редко, но меняется. А закладывать этакую мину в системе на будущее мало кому хочется.
>Ну наконец-то, в 2014 году выкатили бинарные пакеты. Всем радоваться полчаса.Раньше, милейший.
>> freebsd-update
>Не работает с кастомным ядром.А кастомное ядро Linux уже тоже обновляется бинарно? Нет, серьезно, я что- то пропустил?
>>Ну наконец-то, в 2014 году выкатили бинарные пакеты. Всем радоваться полчаса.
> Раньше, милейший.в 7-ке штоле??? Не верю. И еще, там чтоб обновить пакет нужно старый СНЕСТИ! представляешь Карл, снести! и потом конфиге восстанавливать! А у меня на серверах с el6 секьюрите апдейты сами ставятся!
>>> freebsd-update
>>Не работает с кастомным ядром.
> А кастомное ядро Linux уже тоже обновляется бинарно? Нет, серьезно, я что-
> то пропустил?А это особый фан во бсд :)) в Л. в ядре только самая база, остальное модули, и кастом ядро это редчайший случай, а вот кастом модули на лету пересобираются после update. ну про замены ядра на лету я умолчу, вдруг инфаркт…
После "представляешь" запятую забыли. Раз уж употребляете это словосочетание (по поводу и без повода), то хоть пишите правильно. Должны были уже привыкнуть. :)
>> freebsd-update
> Не работает с кастомным ядром.Такое ни в какой ОС не работает, когда каждое ядро уникально. Но нормально обновляет изменившиеся файлы в src/sys, чтобы можно было быстро пересобрать свой ядро.
Именно поэтому вас и выкинули на мороз из рамблера. :-) И так будет продолжаться, пока до вашего бздунского умишка не дойдёт простая мысль, что на боевой машине регулярно собирать что-либо - нельзя.
> будет продолжаться, пока до вашего бздунского умишка не дойдёт простая мысль,
> что на боевой машине регулярно собирать что-либо - нельзя.Казалось бы, причем тут кастомное ядро и сборка на "боевой машине"?
freebsd-update, КАРЛ!
Не можешь проследить мысль более чем через 2 комментария? Это печально. Завязывай с твиттером.
> Не можешь проследить мысль более чем через 2 комментария? Это печально. Завязывай
> с твиттером.
> мысльА она там есть?
А ничего, что можно иметь сколь угодно закастомизированное ядро с базой и все равно обновлять "боевые сервера" с помощью freebsd-update?
Глюки ABI ipfw / ngctl / кербероса после обновления ты потом будешь отлавливать, кукаретник?
> Глюки ABI ipfw / ngctl / кербероса после обновления ты потом будешь
> отлавливать, кукаретник?Что сказать то хотел, Ыксперд? Причем тут АБИ? Или уважаемый диванный теоретик считает, что оно будет работать только на той же машинке, на которой "канпелялось"?
> кукаретник?Вот она - вся суть Свидетелей Ядра. Иметь ценное мнение и надувать щеки :)
> что на боевой машине регулярно собирать что-либо - нельзя.Это штатный способ обновления портового софта. После тестирования на некритичной машине можно смело обновлять софт на боевом сервере. А пересобрать ядро со старым конфигом при выходе обновлений безопасности для данного релиза можно вообще безболезненно.
> Это штатный способ обновления портового софта. После тестирования на некритичной машине
> можно смело обновлять софт на боевом сервере. А пересобрать ядро со
> старым конфигом при выходе обновлений безопасности для данного релиза можно вообще
> безболезненно.Хватит троллить Свидетелей - расскажите им сразу, что pkg, "из коробки" и без костылей, позволяет замутить свою репу с циф.подписями и библиотекаршами. Как и freebsd-update - свои собственные апдейты ;)
> Хватит троллить Свидетелей - расскажите им сразу, что pkg, "из коробки" и
> без костылей, позволяет замутить свою репу с циф.подписями и библиотекаршами.А еще вы можете слетать в экскурсию на луну. Завтра. Но, правда, чисто теоретически. Вот и репы такие же. Теоретически как бы можно. А практически толку то с пустых репов...
> А еще вы можете слетать в экскурсию на луну. Завтра. Но, правда,
> чисто теоретически. Вот и репы такие же.Опять невнятное блеяние? Типа, "толком и не понял о чем речь, да и сказать по теме нечего -- но пальцы сами гнутся!" :)
> Теоретически как бы можно.
Да не, и на практике, как бы, тоже можно. Типа, если совсем по быстрому: "pkg create <пакеты>" и "pkg repo /path <key>". И все. Репа готова.
> А практически толку то с пустых репов...
Пластинка заела, дa? И репы пустые и портов нет и вообще, все только чисто теоретически ...
Хотя, я кажется понял – это у Свидетелей догмы такие.
> Возня с апдейтом раз в полгода могла бы спасти от тотального песца,
> который вы приготовили себе в 2020 году.На ынтерпрайзе "вы" не интересует -- там люди рассматриваются как винтики с сыртыхвикатами; а сроки поддержки более-менее синхронизированы со сроками службы железа, т.е. выкидывается старое всё скопом и разворачивается новая версия на новом железе.
Тогда договаривай до конца - выкидывается старое всё скопом и разворачивается на новом железе с новым виндовсом.
Судя по коммент, вы совершенно не понимаете о чём речь в топике
> Судя по коммент, вы совершенно не понимаете о чём речь в топикеУпс! разве что-то не так? не про это?:
> Закончился срок поддержки выпуска FreeBSD 8.4 и ветки 8-STABLE.
Как раз на 8-ку я и зарезал переход :))))
Ценю свое время, да и компании деньги экономлю.
зы. бывший пользователь bsd с sunos 4, free bsd 3 и bsdi 1.0 !!!
Чего и всем желаю - отпустите в себе фришку! пусть покоится с миром. :)
Бывший пользователь локалхоста, судя по форме и содержанию изложения.
> Бывший пользователь локалхоста, судя по форме и содержанию изложения.Открою очень страшный секрет. Локалхостом я тоже пользуюсь, и не только я.....
> Бывший пользователь локалхоста, судя по форме и содержанию изложения.Провaнговал? «Мимо, ты В Пролете!»
Ты еще в пеленки ходил, когда я ядро бсдшное исправлял и добивался его работы на i486 сервере. :-D :-D :-D
Но увы, с тех пор бсд сильно отстала от жизни, линуксовые системы обошли ее пару порядков.
> Ты еще в пеленки ходил, когда я ядро бсдшное исправлял и добивался
> его работы на i486 сервере. :-D :-D :-DИ в чем были проблемы? Write please. С 94-го с unix, мне правда интересно.
> С 94-го с unix, мне правда интересно."...но иногда старость приходит одна..."
>Write pleaseЭто что такое? По-русски изъясняться не способен? Отчаливай на 4chan.
>> Ты еще в пеленки ходил, когда я ядро бсдшное исправлял и добивался
>> его работы на i486 сервере. :-D :-D :-D
> И в чем были проблемы? Write please. С 94-го с unix, мне
> правда интересно.Да, это было где-то в 94-ом. менеджер памяти глючил на >16М. Каждый производители же сам разводил плату. Пришлось руками прописывать.
> производители же сам разводил плату. Пришлось руками прописывать.Так они и сейчас каждый сам.
А ничего, что опеннет на FreeBSD крутится?
Пруфы серьезные будут? Чтобы значит почти трехсотых и "простого бубуненка" троллить можно было? :)
2.6, Maxim Chirkov, 13:12, 30/05/2006 [^] [ответить] [смотреть все] [показать ветку]
+/–> Какая операционная система используеться
FreeBSD 6.1
> 2.6, Maxim Chirkov,
>13:12, 30/05/2006
> FreeBSD 6.1Так 9 лет прошло. Неужели ничего не поменялось?
> Пруфы серьезные будут? Чтобы значит почти трехсотых и "простого бубуненка" троллить можно
> было? :)Из простейших, но убедительных прувов: http://www.opennet.ru/test/crash/
Внизу страницы имеется ServerToken с именем операционной системы.
"Apache/2.2.21 (FreeBSD) mod_fastcgi/2.4.6 Server at www.opennet.ru Port 80"Похоже, сервер не обновляли с 2012 года. Да уж...
///---http://www.opennet.ru/test/crash/sysctl.txt
kern.ostype: FreeBSD
kern.osrelease: 6.3-RELEASE-p1
kern.osrevision: 199506
kern.version: FreeBSD 6.3-RELEASE-p1 #1: Mon Mar 17 18:54:33 YEKT 2008
mc@opennet.runnet.ru:/usr/obj/usr/src/sys/OPENNET
---///Как всё запущенно.
> "Apache/2.2.21 (FreeBSD) mod_fastcgi/2.4.6 Server at www.opennet.ru Port 80"
> Похоже, сервер не обновляли с 2012 года. Да уж...Вообще-то это дампы от 2008 года.
> Вообще-то это дампы от 2008 года.Кто украл машину времени?
Apache/2.2.21 портирован на FreeBSD 15 Sep 2011 05:00:28 и сменил версию 01 Feb 2012 18:56:08.
> Пруфы серьезные будут? Чтобы значит почти трехсотых и "простого бубуненка" троллить можно
> было? :)ну не ужели так сложно самому проверить, нафига такие вопросы задавать?
# telnet opennet.ru 22
Trying 81.95.33.238...
Connected to opennet.ru.
Escape character is '^]'.
SSH-2.0-OpenSSH_5.8p2_hpn13v11 FreeBSD-20110503
exit
Protocol mismatch.
Connection closed by foreign host
> ну не ужели так сложно самому проверить, нафига такие вопросы задавать?Ну, например -- с мобилки проверять через nc все же несколько геморно ;)
> FreeBSD-20110503А опеннет что, работает на бзде четырехлетней давности? Этак кто-нибудь проверит на CVE, таким манером.
>> FreeBSD-20110503
> А опеннет что, работает на бзде четырехлетней давности? Этак кто-нибудь проверит на
> CVE, таким манером.проверь
>Основной сервер вышел из строя, действует резервное зеркало.
>Статус решения проблем в twitter.вот она цена тому кручению, фрибсд никак не сканпелируется уже месяц
> вот она цена тому кручению, фрибсд никак не сканпелируется уже месяцТо, что и фря и пакеты для неё поставляются в бинарном виде, тебе стало быть неизвестно.
Но пройти мимо молча ты не смог.
И шепелявишь ещё..
Школьник?
> То, что и фря и пакеты для неё поставляются в бинарном виде,
> тебе стало быть неизвестно.Ну хз, пользователям видно отвал туевой хучи фич при переходе на зеркало. И это уже наверное месяц. На что я слоупок, но перенос 1 сервака месяц кажется мне, гм, не очень быстрым, чтоли.
>> То, что и фря и пакеты для неё поставляются в бинарном виде,
>> тебе стало быть неизвестно.
> Ну хз, пользователям видно отвал туевой хучи фич при переходе на зеркало.
> И это уже наверное месяц. На что я слоупок, но перенос
> 1 сервака месяц кажется мне, гм, не очень быстрым, чтоли.поговорил сам с собой, называет....
>>> То, что и фря и пакеты для неё поставляются в бинарном виде,
>>> тебе стало быть неизвестно.
>> Ну хз, пользователям видно отвал туевой хучи фич при переходе на зеркало.
>> И это уже наверное месяц. На что я слоупок, но перенос
>> 1 сервака месяц кажется мне, гм, не очень быстрым, чтоли.
> поговорил сам с собой, называет....Чувак намекнул, что при падении железа сервак можно спасти за минуты или секунды, в зависимости от технологии виртуализации, но это не в бзде.
>>>> То, что и фря и пакеты для неё поставляются в бинарном виде,
>>>> тебе стало быть неизвестно.
>>> Ну хз, пользователям видно отвал туевой хучи фич при переходе на зеркало.
>>> И это уже наверное месяц. На что я слоупок, но перенос
>>> 1 сервака месяц кажется мне, гм, не очень быстрым, чтоли.
>> поговорил сам с собой, называет....
> Чувак намекнул, что при падении железа сервак можно спасти за минуты или
> секунды, в зависимости от технологии виртуализации, но это не в бзде.Ты конечно удивишься, но во фре падение железа переносится гораздо проще, чем в линухе - тупо переткнул винты и полетели дальше.
Угу-угу, как тут не вспомнить killswitch в виде usb-флешки. Впрочем такая фича и сейчас воспроизводится на usb-сетевухах и ups'ах.
> Ты конечно удивишься, но во фре падение железа переносится гораздо проще, чем
> в линухе - тупо переткнул винты и полетели дальше.А почему тогда создатель опеннета разыскивает "похожее железо" уже месяц? А вот все виденные линуксоиды при крупном и внезапном развале серваков - от асфальта отскребались за время от пары часов до пары дней. С восстановлением 100% функциональности порушившегося.
Да простит меня за нескромность создатель опеннета, но - "все познается в сравнении". И такие прецеденты как раз очень хорошо показывают почему бздами нынче мало кто хочет на боевых серверах пользоваться.
И еще: контейнеры и виртуалки вообще-то можно и на своем собственном железе использовать. Для отделения слоев "вычислительных ресурсов" и "задач и сервисов". Потому что когда они вперемешку - получается... ну вот как-то так, с рекавери месяц и поиском "подходящего оборудования". Что врядли тянет на пример хороших административных подходов по современным меркам.
> А почему тогда создатель опеннета разыскивает "похожее железо" уже месяц? А вот
> все виденные линуксоиды при крупном и внезапном развале серваков - от
> асфальта отскребались за время от пары часов до пары дней. С
> восстановлением 100% функциональности порушившегося.Спроси у Максима. У меня более 200 серверов под фрей 10 лет, за это время самые большой простой был, когда винты тупо было некуда переткнуть, часов 5-ть покупалось и везлось новое.
Серьезные косяки могут быть при использовании железного райда, благо, в незапамятные, нам одного раза хватило, что бы планомерно перестать закупать новые машины с железными райдами.
Ну и, естественно, обновлять систему надо регулярно, дрова, на новое оборудование, чудесным образом в старых системах не появляются.
> Спроси у Максима.Для меня все это выглядит как "много странных проблем на ровном месте". Допущение о том что железо должно быть похожим - это огроменные грабли, подложенные самому себе, неизвестно зачем.
> У меня более 200 серверов под фрей 10 лет,
> за это время самые большой простой был, когда винты тупо было
> некуда переткнуть, часов 5-ть покупалось и везлось новое.А вот на опеннете рекавери заняло месяц, и то не полное. И в отличие от абстрактных 200 серверов в вакууме у анонимуса - мне это было видно. И я как-нибудь буду верить своим глазам, а не сказу анонимуса про 200 серверов. Вообще, при парке в 200 серверов у нормальных людей нынче такое понятие как даунтайм - как таковое отсутствует.
> Серьезные косяки могут быть при использовании железного райда,
Кстати, линух умеет читать туеву хучу форматов метаданных разных райдов. Поэтому если дело дрянь - зачастую можно быстренько пересобрать "софтварный" эквивалент. Оно по крайней мере будет работать.
> Ну и, естественно, обновлять систему надо регулярно,
А вот тут мы и приходим к вопросу почему ынтырпрайзы нынче предпочитают рхелы, центоси и убунты у себя на серверах. Там все это просто как пять копеек и можно вообще делать это в автоматическом режиме...
> А вот на опеннете рекавери заняло месяц, и то не полное. И
> в отличие от абстрактных 200 серверов в вакууме у анонимуса -
> мне это было видно. И я как-нибудь буду верить своим глазам,
> а не сказу анонимуса про 200 серверов. Вообще, при парке в
> 200 серверов у нормальных людей нынче такое понятие как даунтайм -
> как таковое отсутствует.И чего _нормальный_ человек мне рассказывает о своих домыслах и страхах, мимо пройти ни как нельзя? опять 294-ый?
> Кстати, линух умеет читать туеву хучу форматов метаданных разных райдов. Поэтому если
> дело дрянь - зачастую можно быстренько пересобрать "софтварный" эквивалент. Оно по
> крайней мере будет работать.Туеву, да не хучу. Как-то меня звали разгрести сервер на линухе, на котором накатили систему и отвалились дрова на райд...
>> Ну и, естественно, обновлять систему надо регулярно,
> А вот тут мы и приходим к вопросу почему ынтырпрайзы нынче предпочитают
> рхелы, центоси и убунты у себя на серверах. Там все это
> просто как пять копеек и можно вообще делать это в автоматическом
> режиме...а во фре это сложно? неосилятор? ну давай расскажи еще мне как приходится компилять, компилять, компилять.
> Чувак намекнул, что при падении железа сервак можно спасти за минуты или секунды,На дворе 2015 год - уже и живой миграцией никого не удивишь.
> в зависимости от технологии виртуализации, но это не в бзде.
И вообще, не в обиду, такие адовые времена перекидывания на зеркало и рекавери - только у пользователей бзд и остались, имхо. Сколько я развалов серваков у линуксоидов видел - они поднмали 100% копию чаще всего за полдня. Самый край - пару дней.
Видимо ребята погрязли с apt-get и компилированными бинарниками по умолчанию на сервере, при попытке переехать на Линь. Еще месяцок пострадают и запустят все за пару дней на такой "старой", новой FreeBSD :)
> Видимо ребята погрязли с apt-get и компилированными бинарниками по умолчанию на сервере,
> при попытке переехать на Линь. Еще месяцок пострадают и запустят все
> за пару дней на такой "старой", новой FreeBSD :)Ты не знаешь не только линукс, но и бзду.
Просто кое-кто давно забил на развитие ресурса. Собственно поэтому и сервер на замену не могут найти уже месяц - нужны особые условия, чтоб взлетел их древнючий софт и костыли к системе.
> Просто кое-кто давно забил на развитие ресурса. Собственно поэтому и сервер на
> замену не могут найти уже месяц - нужны особые условия, чтоб
> взлетел их древнючий софт и костыли к системе.Про костыли и древнючий софт и прчину задержки это ваши домыслы. Хотите фактов - спросите Чиркова.
Я видел как ему неоднократно предлагали мощный VPS даром, но - на линуксе. Нет, не устроило, надо обязательно реанимировать труп.В твиттере, по ссылке в шапке сайта, резонно спрашивают, чем не устроил тот же DO или EC. Ответа опять нет, очевидно по причине отсутствия аргументов.
> чтоб взлетел их древнючий софт и костыли к системе.По поводу версии - используется FreeBSD 9.
> Я видел как ему неоднократно предлагали мощный VPS даром, но - на
> линуксе.Для движка сайта без разницы, Linux или FreeBSD, одно из зеркал работает на Linux.
После выхода из строя основного сервера поступило около 150 предложений, выбрать из которых действительно было очень сложно. Сейчас уже настраивается новый сервер, который скоро будет введён в эксплуатацию. С запуском нового сервера не спешу, так как пользуясь моментом переделываю некоторые вещи, до которых не доходили руки.> Нет, не устроило, надо обязательно реанимировать труп.
Главной задачей было быстрое восстановление того оборудования, что было, без переконфигураций и переустановок, для чего проще всего было заменить старое оборудование на близкий аналог.
> В твиттере, по ссылке в шапке сайта, резонно спрашивают, чем не устроил
> тот же DO или EC. Ответа опять нет, очевидно по причине
> отсутствия аргументов.Запуск в публичных облачных окружениях я принципиально не принимаю для сайтов, содержащих персональные данные пользователей. Такие виртуальные окружение - черный ящик, дополнительный слой, неподконтрольный владельцу гостевой системы. Что происходит на низлежащем слое - полная неопределённость. VPS полностью зависит от квалификации администраторов хост-системы (упирается в самого неквалифицированного из персонала) и особенностей инфраструктуры облачного провайдера, отношения к накладыванию обновлений и кучи других внешних условий.
Перехватили пароль/ssh-ключ администратора хостинга - все VPS под контролем злодеев, не установили важное обновление на хост систему - взломают другую незащищённую гостевую систему, через неё хост-систему, а потом получат доступ ко всем остальным VPS, DDoS-ят один VPS - лежат все. К этому прибавляются ошибки в гипервизорах и драйверах паравиртуализации.Прецеденты взлома VPS через хост-системы уже были. Например, http://www.opennet.ru/opennews/art.shtml?num=38758 http://www.opennet.ru/opennews/art.shtml?num=38782
Максим, а что мешало написать об этом сразу в твиттере, чтоб мы тут не занимались гаданием по кофейной гуще, при недостатке информации?> Главной задачей было быстрое восстановление того оборудования, что было, без переконфигураций и переустановок, для чего проще всего было заменить старое оборудование на близкий аналог.
Знаете, в некоторых случаях проще таки поднять с нуля, попутно дропнув легаси.
>Максим, а что мешало написать об этом сразу в твиттереОграничение на количество символов, очевидно :-D
Назови мне другую причину держать на сервере 6.3. С учётом того, что обновления для неё не выходят уже чёрт знает сколько и не забывая про неумножение сущностей.
Абсолютно верно! Давно пора обновиться до версии 6.4.
> Назови мне другую причину держать на сервере 6.3. С учётом того, что
> обновления для неё не выходят уже чёрт знает сколько и не
> забывая про неумножение сущностей.Этож не линь чтобы дыры латать и совместимость как-то соблюдать с "прогрессом" от линуксоидных программистов-отсебятеров…
Это системы работают "веками" без проблем и в списках проблем с безопасностью замечены особо не были.
> проблем с безопасностью замечены особо не были.То что их прям нету - я не верю. Тогда может быть потому, что ими никто особо и не пользуется? Тупо некому баги находить.
> зы. кстати, последний оплот гиков от FreeBSD палНе путайте гиков и фриков...
> до актуальных релизов 9.3 или 10.1Сделайте один - 10.1 long term. Закройте 9-ю ветку, наконец.
>> до актуальных релизов 9.3 или 10.1
> Сделайте один - 10.1 long term. Закройте 9-ю ветку, наконец.чому такой злой? чем 9ка неугодила? если не ошибаюсь, то в 10ке перестанет работать kmod для qemu. Лично для меня это минимальный повод остаться на 9-stable.
да и CARP сильно поиначе работает
9-ка останавливает развитие LLVM/Clang в составе системы и связанное с этим внедрение в ядро новых версий DRI для AMD и Intel, для которых требуется JIT.
> 9-ка останавливает развитие LLVM/Clang в составе системы и связанное с этим внедрение
> в ядро новых версий DRI для AMD и Intel, для которых
> требуется JIT.Для сервера то это зачем?
>>> до актуальных релизов 9.3 или 10.1
>> Сделайте один - 10.1 long term. Закройте 9-ю ветку, наконец.
> чому такой злой? чем 9ка неугодила?Потому что старьё.
> если не ошибаюсь, то в 10ке
> перестанет работать kmod для qemu. Лично для меня это минимальный повод
> остаться на 9-stable.А порт misc/compat9x не решает проблем совместимости?
>> если не ошибаюсь, то в 10ке
>> перестанет работать kmod для qemu. Лично для меня это минимальный повод
>> остаться на 9-stable.
> А порт misc/compat9x не решает проблем совместимости?Для qemu нет, увы.
LTS нужен! ABI постоянно сам обновляй
>> до актуальных релизов 9.3 или 10.1
> Сделайте один - 10.1 long term. Закройте 9-ю ветку, наконец.Слабак! Только CURRENT!
>> до актуальных релизов 9.3 или 10.1
> Сделайте один - 10.1 long term. Закройте 9-ю ветку, наконец.С 10кой не все гладко с переездом на СLANG, реально иногда воевать приходиться с софтом. Вернее с исходными текстами.
>>> до актуальных релизов 9.3 или 10.1
>> Сделайте один - 10.1 long term. Закройте 9-ю ветку, наконец.
> С 10кой не все гладко с переездом на СLANG, реально иногда воевать
> приходиться с софтом. Вернее с исходными текстами.С каким?
Freeswitch 1.4.20+openldap+2.4.41+кастомный (полностью переписанный) mod_xml_ldap. По факту, в любом случае, чуть дальше от пэкеджей - тем больше проблем при сборке. Порты еще более менее, а вот собрать из исходников - в 30% пляски с бубном вокруг компилятора.
> Freeswitch 1.4.20+openldap+2.4.41+кастомный (полностью переписанный) mod_xml_ldap.Ой, а что это у нас тут:
http://www.freshports.org/net/openldap24-server/
http://www.freshports.org/net/linux-c6-openldap/> По факту, в любом случае, чуть дальше от пэкеджей - тем
> больше проблем при сборке. Порты еще более менее, а вот собрать
> из исходников - в 30% пляски с бубном вокруг компилятора.Нет. Нужно просто придерживаться "Руководства FreeBSD по созданию портов" https://www.freebsd.org/doc/ru_RU.KOI8-R/books/porters-handbook/
Компилятор не ограничивается системным - можно заюзать любой, представленный в портах.
Да ты что? А я не знал. :) Вот только заставить все это работать в "голом"/сервисном JAIL - нужно пересобрать openldap из исходников в нужное место и подтянуть нужные библиотеки из основной системы.
Ну и мои специфичные патчи к софту как то применять надо под наши нужды.А, да, я не создаю Порты, и к мейнтенерам не отношусь :)
> А, да, я не создаю Порты, и к мейнтенерам не отношусь :)Ну так на FreeBSD принято создавать порты, чтобы упорядочить и сопровождать весь набор установленного ПО УНИФИЦИРОВАННО, чтобы не было "левака", как в линуксах. И совсем необязательно созданные собственноручно порты публиковать в центральном репозитории/коллекции портов.
> И совсем необязательно созданные собственноручно порты публиковать в центральном
> репозитории/коллекции портов.Ну вот я себе забилдил deb-пакеты ядра линуха 4.2-rc. И никуда не публиковал их ни в какие центральные репы. А просто вкатил в систему. А потом - это можно будет цивилизованно удалить, парой команд или парочкой клацев в синаптике. И останков не останетя. Вот это - хорошее и правильное управление софтом в системе. В унифицированном виде. А если кернель системный - он даже еще и апдейтиться сам может.
Знаешь, майнтенанс пингвина на сервере требует ну самый край пару минут в месяц. Ну там пойти и посмотреть что все ок. И то - в большой инсталляции скорее мониторинг посмотрит.
> Ну вот я себе забилдил deb-пакеты ядра линуха 4.2-rc. И никуда не
> публиковал их ни в какие центральные репы. А просто вкатил в
> систему.А ну да, на бздах дебов нет, поэтому -- низзя!!
А то, что штатно и пакеты и ядро и мир идут в формате txz -- совпадение, не больше!
И забилдить свое ядро простым
make install KERNCONF=FOO DESTDIR=bar && tar
для других машинок - уже фиг его знает сколько лет низзя, а уж
tar -xvf mynewkerne.txz -C /boot
мечты, не более!> А потом - это можно будет цивилизованно удалить, парой команд
rm -rf /boot/mycustomkernel
но да, для бубунтшиков это слишком сложно! Или у них ядро по всей системе раскиданно?
Нужен пакетный менеджер! Ведь Унификация (бессмысленная и беспощадная)!> А если кернель системный - он даже еще и апдейтиться сам
> может.Ну и тут - из той же оперы.
> rm -rf /boot/mycustomkernel
> но да, для бубунтшиков это слишком сложно! Или у них ядро по
> всей системе раскиданно?
> Нужен пакетный менеджер! Ведь Унификация (бессмысленная и беспощадная)!так, ядро удалить, initrd удалить, а то еще и пересобрать, в граб внести поправки, прописать по новой загрузочник, и смотря какой дистрибутив, надо мелкую шелуху всякую подчищать типа System.map, конфига...
это тебе не фря, великим без пакетного менеджера здесь ни как: и долго вводить кучу команд и что-нибудь да забудешь сделать...
> Freeswitch 1.4.20+openldap+2.4.41+кастомный (полностью переписанный) mod_xml_ldap.
> По факту, в любом случае, чуть дальше от пэкеджей - тем
> больше проблем при сборке. Порты еще более менее, а вот собрать
> из исходников - в 30% пляски с бубном вокруг компилятора.Дык принутительно gcc поставить. Вроде не должно быть проблемой....
> из исходников - в 30% пляски с бубном вокруг компилятора.
pkg install gcc49 gmake
gmake CC=gcc49 CXX=g++49 CPP=cpp49 profit
>pkg install gcc49 gmake
> gmake CC=gcc49 CXX=g++49 CPP=cpp49 profitНе поможет - товарисчу из сельпо нужно показать что FreeBSD - оно. А собирать там что то он в виду имел ... :(
Автор, буду признателен за перевод отчета о развитии за второй квартал.
Вот и хорошо, останутся всего две очень похожие сущности, а не зоопарк из нескольких десятков, как на базе линупс :).
А тогда почему в зоопарке из нескольких десятков дистров линукса можно запустить один бинарь, а в четвероединой бзде - нельзя? Расскажи мне о бинарной совместимости веток бзды.
> А тогда почему в зоопарке из нескольких десятков дистров линукса можно запустить
> один бинарь,не смешите меня, тогда почему столько репозиториев много, а не один ?
> бинарной совместимости веток бзды.
есть способ запускать программы с 4-й версий в 8 и выше, там в портах надо установить дополнительный модуль вроде, не помню как называется, но в документации есть
> есть способ запускать программы с 4-й версий в 8 и выше, там
> в портах надо установить дополнительный модуль вроде, не помню как называется,
> но в документации естьgrep COMPAT /usr/src/sys/i386/conf/GENERIC
options COMPAT_FREEBSD4 # Compatible with FreeBSD4
options COMPAT_FREEBSD5 # Compatible with FreeBSD5
options COMPAT_FREEBSD6 # Compatible with FreeBSD6
options COMPAT_FREEBSD7 # Compatible with FreeBSD7Это - уже в ядре "из коробки".
Ну и необходимые либы нужно поставить:
/usr/ports/misc/compat4x
/usr/ports/misc/compat5x
/usr/ports/misc/compat6x
/usr/ports/misc/compat7x
/usr/ports/misc/compat8x
/usr/ports/misc/compat9x
/usr/ports/misc/compat10xКак видите - всё очень упорядоченно и просто, красноглазым на зависть :).
Фу, было бы чему завидовать.У вас там ещё и в пределах одной фрибзды совместимость настраивать надо. А я как раз спрашивал о РАЗНЫХ ДИСТРИБУТИВАХ бзды.
> У вас там ещё и в пределах одной фрибзды совместимость настраивать надо.
> А я как раз спрашивал о РАЗНЫХ ДИСТРИБУТИВАХ бзды.В отличие от линупса у нас нет РАЗНЫХ дистрибутивов. Дистрибутив всегда ОДИН. Есть две текущие ветки: 9 и 10. Внутри каждой их них софт полностью взаимозаменяем без дополнительной настройки.
В отличии от линукса у вас есть 4(четыре) несовместимые ветки бзды. Для тyпых рассказываю. Это - фря, опен, нет и стрекоза. Перечитай мой вопрос ещё раз и попытайся его понять.
это не разные дистрибутивы, это разные операционки
никто ж не спрашивает, почему бинарник из убунты в андроиде не запускается
> это не разные дистрибутивы, это разные операционки
> никто ж не спрашивает, почему бинарник из убунты в андроиде не запускаетсяУточняй, у ТЕБЯ не запускается.
И тут тупой прямо спалился свалив разные ОПЕРАЦИОННЫЕ СИСТЕМЫ с общим корнем BSD в одну кашу.
Эпический Epic Fail!
Так разные или с общим корнем? Научись думать пооднозначнее.Ведроид и линукс тоже разные ОС, но переносимость бинарей есть, сам использую, пока бздуны кукарекают.
Ты иди лохам впаривай про переносимость бинарей между андроидом и линем. Особенно если считать что bionic не полностью реализует линуксовый clib..
Хватает же наглости явно вводить людей в заблуждение.
> Ты иди лохам впаривай про переносимость бинарей между андроидом и линем. Особенно
> если считать что bionic не полностью реализует линуксовый clib..
> Хватает же наглости явно вводить людей в заблуждение.Статические бинари, чруты и пруты у меня работают без напряга. Глибц под ведроид я тоже собирал и юзал динамически, а лох - это ты.
> Статические бинари, чруты и пруты у меня работают без напряга. Глибц под
> ведроид я тоже собирал и юзал динамически, а лох - это ты.БогленОС ещё забыл перечислить, школота :)
> В отличии от линукса у вас есть 4(четыре) несовместимые ветки бзды. Для
> тyпых рассказываю. Это - фря, опен, нет и стрекоза. Перечитай мой
> вопрос ещё раз и попытайся его понять.Ну, как бы оно все UNIX. И тупые людишки не научились запускать одни и те же бинари в Linux, OSX, Android и Solaris.
> А тогда почему в зоопарке из нескольких десятков дистров линукса можно запуститьАга. То-то вон на ЛОРе недавно спрашивали, как перекомпилять приложение под CentOS 5 :)
это они учились делать то что не нужно)) школьники что с них взять)) у меня бинарь с системы 2005 года(мандрива еще) на росе пошел и ниче работает)) ну это было любопытство. а так да есть проблемы не с бинарями а их установкой. пакет может требовать старой либыа её уже нет в репах. да и формат пакетов в одном дистре рпм в другом деб. ну тут алиен помогает. а вообще все решается простой ссылкой на новую либу.
> А тогда почему в зоопарке из нескольких десятков дистров линукса можно запустить
> один бинарьКто тебе это сказал? =)
Но есть такое, потому что есть два основных источника - проекты debian & redhat.
Все прут-копируют тупо базовые пакеты оттуда, 90% поэтому совместимы по версиям/ABI.>, а в четвероединой бзде - нельзя?
Кто тебе это сказал?
>Расскажи мне о бинарной совместимости веток бзды.
А в чем были проблемы?
- К источникам пакетов еще не мешало бы приписать и авторов софта, который не всегда есть в репах.
- Попробуй запустить бинарь из фрибзды в стрекозе или опен. Расскажешь.
> - Попробуй запустить бинарь из фрибзды в стрекозе или опен. Расскажешь.ПопробуйТЕ запустить бинарник из убунты на андроиде.
>> - Попробуй запустить бинарь из фрибзды в стрекозе или опен. Расскажешь.
> ПопробуйТЕ запустить бинарник из убунты на андроиде.Работает, пользуюсь этим
> ПопробуйТЕ запустить бинарник из убунты на андроиде.А вот это довольно легко: делается chroot и используется libhybris. И работает обычный софт, внезапно.
Ух как разошлись маргиналы! просто фанатики фрии!Ну-ка скажите мне что я потерял при переходе с FreeBSD 7 на el6? Каких благ я лишился?
Какое светлое будущее с фрии я потерял?
> Ух как разошлись маргиналы! просто фанатики фрии!
> Ну-ка скажите мне что я потерял при переходе с FreeBSD 7 на el6? Каких благ я лишился?Мозгов
> Ух как разошлись маргиналы! просто фанатики фрии!
> Ну-ка скажите мне что я потерял при переходе с FreeBSD 7 на
> el6? Каких благ я лишился?
> Какое светлое будущее с фрии я потерял?ZFS "из коробки". GEOM. NetGraph. PF.
> ZFS "из коробки".Тормозная грабельная энтерпрайзная файлуха. Довольно так себе потеря.
> GEOM.
В лине свои фичи есть.
> NetGraph. PF.
Тем не менее, в лине можно нарулить и сеть и фаер не хуже бзды. А покажи аналог ipset на хоть там чем в своей бзде. А чтоб можно было сделать blacklist или whitelist на 1000 айпишников и фаер не подавился бы по производительности.
> А чтоб можно было сделать blacklist или whitelist на
> 1000 айпишников и фаер не подавился бы по производительности.ipfw table 50 list | wc -l
6000Даже сетей, не айпишников :). Поиск в таблицах ipfw выполняется очень быстро, кроме того для каждой записи можно задать ещё какой-то параметр. Обычно это скорость тарифного плана до которой нужно зажать айпишник конкретного юзера. Но может быть что угодно.
Ты зачем 3 нуля дописал?
> Ты зачем 3 нуля дописал?Это не я, это оно само - отсюда: https://www.colocall.net/ua/prefixes.txt
>> ZFS "из коробки".
> Тормозная грабельная энтерпрайзная файлуха. Довольно так себе потеря.Да всё так, чо там :) Правда всё равно лучше нет. :)
>> GEOM.
> В лине свои фичи есть.Такой - нет.
>> NetGraph. PF.
> Тем не менее, в лине можно нарулить и сеть и фаер не хуже бзды.Можно. Но вот лично ты - не осилишь.
>А покажи аналог ipset на хоть там чем в своей бзде.
> А чтоб можно было сделать blacklist или whitelist на
> 1000 айпишников и фаер не подавился бы по производительности.Охренеть. Я не знал что в линуксе это что то из ряда вон :)
Ыгспёрд, иди в дузло^W учи матчасть, это на любой оси делается легко чай не 1995 год ...
> Да всё так, чо там :) Правда всё равно лучше нет. :)В бздях ничего лучше действительно нет. А вот оракл на ZFS почему-то подзабил. И вместо этого пилит btrfs. Как и много кто еще.
>> В лине свои фичи есть.
> Такой - нет.А в природе нет такой задачи - "чтобы был именно GEOM". В смысле, такие "требования" бывают только у фанатов марки. А остальным от компьютеров надо нечто более рациональное. И пингвин с этим справится
> Можно. Но вот лично ты - не осилишь.
Ну и отлично, буду пользоваться айпитаблесом. Его я осиливаю, я проверял. И там есть модули на все случаи. Я тут как-то видел как бояздэшники 32-битное поле в пакете ловят. Хорошо что я не бояздэшник.
> Охренеть. Я не знал что в линуксе это что то из ряда вон :)
С временем O(1)? Как сказать, это вообще в индустрии встречается весьма местами.
> Ыгспёрд, иди в дузло^W учи матчасть,
А вот и хваленый польский апломб^W^W.
> В бздях ничего лучше действительно нет. А вот оракл на ZFS почему-то
> подзабил. И вместо этого пилит btrfs. Как и много кто еще.5-ть лет всё грозят бтр-ом, я уж с женой развелся, посидел, купил две новых квартиры, и бтр все не приходит и не приходит...
> 5-ть лет всё грозят бтр-ом, я уж с женой развелся, посидел, купил
> две новых квартиры, и бтр все не приходит и не приходит...Ну не знаю, у меня оно пришло и на рутфс компа с которого я это сообщение печатаю. И если мне там что-то не нравится, я могу просто отмотать снапшот.
И все это - не трескает память сотнями и вообще - от ext4 на глаз особо и не отличишь. Даже на малохольном ноуте с медленным винчом.
Правдо иногда кржшится с потерей всего, но кого волнует лаптоп анонима?
>> ZFS "из коробки".
> Тормозная грабельная энтерпрайзная файлуха. Довольно так себе потеря.
>> GEOM.
> В лине свои фичи есть.
>> NetGraph. PF.
> Тем не менее, в лине можно нарулить и сеть и фаер не
> хуже бзды. А покажи аналог ipset на хоть там чем в
> своей бзде. А чтоб можно было сделать blacklist или whitelist на
> 1000 айпишников и фаер не подавился бы по производительности.Реально смешно… Даже комментировать данный бред не охота, но напишу что NetGraph это "ассемблер" сетевой инфраструктуры. Его "модули" (пысы название для дураков, иначе не поймут) это типа виртуальной машины со своим кодом. Разрабатывая такие модуля, получаем любой функционал работающий на максимальной скорости. Линь, даже близко ничего подобного не имеет, хотя давно пыжаться портировать...
Это вам не 6-7й уровень OSI фильтровать Перловкой+regexp… что в целом толпа безграмотных линуксоидов типа тебя и делает (facepalm)
Ну а уж про PF то и говорить смысла нет. Как обычно линуксоиды придумали отсебячину типа MASQUARDING и кучу граблей и костылей, хотя в целом просто надо было разобраться в типах и применениях разных типов NATВ том то все и разница, что в BSD подход концептуальный, основательный, GEOM, Netgraph это модульные, расширяемые kernel интерфейсы, основы, а не толпа костылей навешиваемых на Linux ядро встречным и поперечным отсебятером…
Справедливости ради - PF тот ещё мамонт. Напомнить, как у него до сих пор реализован хелпер для ftp NAT?
А FTP не мамонт? :) Он живет только у извращенных некромантов. Остальные уже на SFTP (ssh) уехали давно.
> А FTP не мамонт? :) Он живет только у извращенных некромантов. Остальные
> уже на SFTP (ssh) уехали давно.FTP очень удобен для анонимных сервисов и там, где не требуется шифрование. Он потребляет куда меньше ресурсов, чем SSH шифрование и разгоняется лучше.
Эхехе.. в наше время, обновляя удаленный сайт, не раз задумаешься о том чтобы никто ничего не подменил в процессе обновления :)
> Эхехе.. в наше время, обновляя удаленный сайт, не раз задумаешься о том
> чтобы никто ничего не подменил в процессе обновления :)Это повод задуматься о своём провайдере или о собственной уравновешенности :).
В моём хозяйстве скрипты для сайтов обновляются по SFTP с середины 2000-х. А вот фильмы, музыка и прочий хлам перекачиваются через FTP в каталог, где нельзя ничего запустить. Всему своё место.
Ну самокритичность это хорошо. Конечно тебе стоит задуматься о собственной уравновешенности.Этож изначально глупо полагать что кто-то будет заниматься тем что подменять чтото в качающемся фильме или музыке… Для чего? Хотя можно предположить - ЭФФЕКТ 25 кадра.. Чувак, тебя зомбируют…
> Этож изначально глупо полагать что кто-то будет заниматься тем что подменять чтото в качающемся фильмеЭто последние дыры в Stagefright вас наводят на такую мысль?
> Сообщение от bOOster (ok) on 04-Авг-15, 12:53
> Эхехе.. в наше время, обновляя удаленный сайт, не раз задумаешься о том
> чтобы никто ничего не подменил в процессе обновления :)
> Сообщение от bOOster (ok) on 05-Авг-15, 07:39
> Этож изначально глупо полагать что кто-то будет заниматься тем что подменять чтото
> в качающемся фильме или музыке… Для чего? Хотя можно предположить -
> ЭФФЕКТ 25 кадра.Сами с собой разговариваете? "И тебя вылечат" (c)
> Справедливости ради - PF тот ещё мамонт. Напомнить, как у него до
> сих пор реализован хелпер для ftp NAT?А Вы сами хоть понимаете, как он работает? NAT трансляция FTP в PF те не менее - ядерная.
> Справедливости ради - PF тот ещё мамонт. Напомнить, как у него до
> сих пор реализован хелпер для ftp NAT?Как-то вот так: http://www.bsdportal.ru/viewtopic.php?f=13&t=27443
>> Справедливости ради - PF тот ещё мамонт. Напомнить, как у него до
>> сих пор реализован хелпер для ftp NAT?
> Как-то вот так: http://www.bsdportal.ru/viewtopic.php?f=13&t=27443Для красноглазого члена секты "Свидетелей ядра" будет понятнее так: программка ftp-proxy динамически прописывает правила форвардинга в PF таким образом, что работает как пассивный, так и активный FTP режимы. Фактически - программа не участвует в передаче данных, данные передаются через ядерную подсистему PF, что обеспечивают низкую загрузку ЦП и высокую производительность. Трафик для данных можно тегировать, что позволяет направить его в необходимую очередь шейпера.
Вот как это выглядит в жизни (данные качаются по FTP в активном режиме):
pfctl -vv -sA
ftp-proxy
ftp-proxy/11909.1pfctl -vv -a ftp-proxy/11909.1 -sr
@0 match in on rdomain 0 inet proto tcp from 129.128.5.191 to 195.5.5.32 port = 65417 flags S/SA keep state (max 1) tag ftp_data rtable 0 rdr-to 192.168.0.100 port 5006
[ Evaluations: 24 Packets: 8917 Bytes: 8818156 States: 1 ]
[ Inserted: uid 71 pid 11909 State Creations: 0 ]
@1 match out on rdomain 0 inet proto tcp from 129.128.5.191 to 192.168.0.100 port = 5006 flags S/SA keep state (max 1) tag ftp_data nat-to 129.128.5.191
[ Evaluations: 2 Packets: 8917 Bytes: 8818156 States: 1 ]
[ Inserted: uid 71 pid 11909 State Creations: 0 ]Уверен, что в этих подробностях мало кто разбирался даже из моих коллег.
> ZFS "из коробки".Жручий комбайн. Впросем, если кому-то сильно надо, есть порт под линукс.
> GEOM.
Это который raid5 не умеет? Или который зытыкается на одновременном использовании glabel и gpt?
> NetGraph
В теории - круто, на практике - практически всегда получается джыдайство и колхоз. При отвале netflow стопорить весь трафик на интерфейсе - это круто, да.
> PF.
Выкидывают, начали с altq, а без очередей он нафиг не нужен. Да и сама архитектура и pf и ipfw не способствует написанию сложной логики и читаемых правил.
Одна портянка, которая может интерпретироваться по разному, в зависимости от one_pass, keep_state и skip_to. А ещё туда намешали шейпинга и управления маршрутизацией, что усугубляет бoль в жeппе при поддержки этой красоты.
Ты мне лучше покажи аналог линуксового (и дефолтного!) sched prio для интерфейса, чтоб без плясок с бубном.
>> PF.
> Выкидывают, начали с altq, а без очередей он нафиг не нужен.Наоборот - развивают. В десятке в PF добавлена поддержка мультипроцессорности.
> В десятке в PF добавлена поддержка мультипроцессорности.Шел 2015 год, восьмиядерники паяли в мобилы...
Где именно развивают? В фрибзд? Но там ipfw по дефолту, всё пилится под него, а второй фаервол получает уже объедки. В обенбзд? Щас: http://www.opennet.ru/opennews/art.shtml?num=39609
> Где именно развивают? В фрибзд? Но там ipfw по дефолту, всё пилится
> под него, а второй фаервол получает уже объедки.Во FreeBSD нет дефолтного пакетного фильтра. Любой из них нужно отдельно загружать модулем или вкомпиливать в ядро. Многие пользователи предпочитают PF. И он как раз - развивается:
http://www.opennet.ru/opennews/art.shtml?num=38886
> В пакетном фильтре PF обеспечена поддержка распараллеливания на SMP-системах. В
> частности, PF избавлен от зависимости от единого мьютекса, из-за которого PF являлся по
> сути однопоточным. Параллельно были внесены разнообразные сопутствующие улучшения,
> направленные на общее улучшение работы порта PF для FreeBSD;
>В обенбзд? Щас: http://www.opennet.ru/opennews/art.shtml?num=39609OpenBSD - это другая ОС, которая развивается своим путём. Altq - это не часть PF, а отдельная подсистема, которая когда-то была добавлена в обе ОС, а сейчас выпиливается из OpenBSD в пользу упрощённого шейпера. Изначально altq был разработан сотрудником фирмы Sony:
https://www.sonycsl.co.jp/~kjc/software.html
Ipfw точно так же умеет работать с altq как и PF, привязки именно к PF здесь нет.
Надеюсь, что немного развеял популярные линупс-мифы :).
> Во FreeBSD нет дефолтного пакетного фильтра.Да что ты говоришь.
> IPFW is a stateful firewall written for FreeBSD
> Since FreeBSD 5.3, a ported version of OpenBSD's PF firewall has been included as an integrated part of the base system.Тебе пояснить значение слов "ported version"?
Смотрим заголовок rc.firewall:
# Setup system for ipfw(4) firewall service.
# <...>
# fwcmd="/sbin/ipfw -q"Ещё вопросы?
И, да, поясняю для особо одарённых насчёт ближайшего роадмапа pf в фрибзд:
* есть две дублирующие друг друга подсистемы, ipfw/dummynet и pf/altq
* altq здохло в первоисточнике, код тащить больше неоткуда
* развивать его самостоятельно в рамках фрибзд - нафиг надо, ведь уже есть ipfw с dummynet. К тому же это требует совсем других трудозатрат.
* pf в какой-то момент останется без шейпера из-за изменений в ядре
* "нафиг нам нужен второй калечный фаервол?"
* ...
* профит
> Да что ты говоришь.Юноша, я с Вами коз не пас.
> Смотрим заголовок rc.firewall:
Дефолтный - это тот, который работает по умолчанию. Такого - нет. Если Вы судите по таким вещам из названия файлов - грош цена Вашим знаниям.
Ещё раз - каждый администратор использует тот пакетный фильтр, который ему больше нравится. Если посмотреть на дистрибутивы на базе FreeBSD, вроде pfSense или почитать форумы провайдеров, вроде forum.nag.ru, local.com.ua, то становится понятно, что предпочтения не столь очевидны. А PF в десятке как раз развивается и в чём-то даже ушёл дальше такового в OpenBSD.
> Такого - нет.Правильно, по умолчанию не работает ни один. :-) И чтобы получить хоть какой-то фаервол, нужно (тадам!) перекомпилять ядро. В 2015 году. А вот инфраструктура в базе заточена именно под ipfw.
Со всем остальным, как я понял, ты - согласен и возразить ничего не нашлось?
>И чтобы получить хоть
> какой-то фаервол, нужно (тадам!) перекомпилять ядро. В 2015 году.Ыкспердус диванус! :)
> Правильно, по умолчанию не работает ни один. :-) И чтобы получить хоть
> какой-то фаервол, нужно (тадам!) перекомпилять ядро. В 2015 году.В хендбуке пишут
> IPFW is included in the basic FreeBSD install as a kernel loadable module, meaning that a custom kernel is not needed in order to enable IPFW.Врут наверное - куда уж им, неосиляторам, до местных Экспертов!
Этот дефолтный огрызок-то? Он не умеет в шейпинг. Хотите - компиляйте. Хотите ipsec - опять компиляйте. Не хотите мусора в системе в виде того же сендмыла - нувыпонели.
> Этот дефолтный огрызок-то? Он не умеет в шейпинг.Мсье ещё один идиот?
root@hosting:/home/adsh # kldload dummynet.ko
kldconfig kldload kldstat kldunload kldxref
root@hosting:/home/adsh # kldstat | grep dummynet
12 1 0xc7f35000 d000 dummynet.ko
root@hosting:/home/adsh # kldunload dummynet.ko
root@hosting:/home/adsh # kldstat | grep dummynet
> Правильно, по умолчанию не работает ни один. :-) И чтобы получить хоть
> какой-то фаервол, нужно (тадам!) перекомпилять ядро. В 2015 году.Вы идиот или прикидываетесь?
adsh@hosting:~ % kldstat
Id Refs Address Size Name
1 21 0xc0400000 128a128 kernel
2 1 0xc168b000 4b58 ng_socket.ko
3 3 0xc1690000 d808 netgraph.ko
4 3 0xc169e000 f800 libalias.ko
5 1 0xc16ae000 3160 alias_ftp.ko
6 1 0xc16b2000 432c ipfw_nat.ko
7 2 0xc16b7000 14abc ipfw.ko
8 1 0xc5780000 5000 ng_mppc.ko
9 1 0xc5785000 2000 rc4.ko
10 1 0xc57d1000 2000 accf_http.ko
11 1 0xc57d5000 2000 accf_data.kouname -v
FreeBSD 9.3-RELEASE-p21 #0: Tue Jul 28 08:57:41 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC
> ZFS "из коробки". GEOM. NetGraph. PF.Изя ты опять из своей винды галлюцинируешь?
> ZFS "из коробки".
Мне ZFS не нужен, хватает фич xfs, да ext4 тоже вполне справляется.
> GEOM. NetGraph. PF.
ну не нужно, ей богу!
А что нужно-то? Может подскажу что есть.
> А что нужно-то? Может подскажу что есть.А что у вас есть, собственно? Огласите список. Тормозной, прожорливый и грабельный ZFS, годный только для файлопомоек да UFS(2), про который вообще сложно сказать что-нибудь хорошее. По сравнению с другими ФС, доступными людям для применений в 2015 году.
> А что у вас есть, собственно? Огласите список.Всё то же, что в дистрибутивах линукса, собственно. Плюс сервисы полноценной операционной системы и архитектура, заточенная на работу с исходниками, "из коробки". Прикинь, можно развернуть систему как из блобятины, так и из исходных текстов с кастомизацией всего, чего нужно.
> Тормозной, прожорливый и грабельный ZFS, годный только для файлопомоек
Ох, зелен виноград. :)
> да UFS(2), про который вообще сложно сказать что-нибудь хорошее.
Лучше не говори - за умного сойдёшь. ;)
> По сравнению с другими ФС, доступными людям для применений в 2015 году.
Из классических юниксовых UFS2 нет равных: снапшоты, фоновый fsck (для проверки собственных ФС внутри работающих виртуалок), переменный размер блока, транзакционность записи без журнала.
> Каких благ я лишился?Один дистрибутив и единообразие построения на протяжении всех версий. Отсутствие мусорника с конфигами системы / софта и размещением файлов системы / софта. Отсутствие лишних сущностей (пример - разрыв функций BSD ifonfig на части). Единый пакетный менеджер + система портов (пакет из дистрибутива = порт, собранный с настройками по умолчанию). Два пакетных фильтра на выбор с дружественной к человеку логикой построения / добавления / удаления таблиц и правил.
> Какое светлое будущее с фрии я потерял?
Предсказуемость и единообразие описанного выше. Уже для того, чтобы выбрать дистрибутив линупса из всего ихнего зоопарка нужно поломать голову. Есть гарантия того, что человек, на время отошедший от работы с FreeBSD, через пару лет с ходу сможет работать с её новым дистрибутивом, а не будет ломать голову над целым зоопарком дистрибутивов, где каждый имеет кучу особенностей.
>> Каких благ я лишился?
> Один дистрибутив и единообразие построения ...Эх...
Он приобрел yum install. И сохранил девственно чистым свой ватный мозг.
И никуда "не уходил". Врет. Максимум попытался поставить раз-второй, не въехал, бросил.
На этом приобщение к цивилизации закончилось. Через 30-50 лет похоронят. Все.
> На этом приобщение к цивилизации закончилось.Я - мужественно боролся. Все мои знакомые давно ушли на линупс. В конце 90-х даже специально дарили мне книжки по нему - агитировали. Когда ты осознаёшь, что идеология построения линупса - это виндовз в мире юникс, то выбор системы для саморазвития становится очевидным. К тому же - мне близко, когда всё однообразно и на своём предсказуемом месте. Был ещё вариант - солярис, но хотелось что-то одно.
> мире юникс, то выбор системы для саморазвития становится очевидным.При том под саморазвитием бояздэшники имеют в виду прокачку ЧСВ. Судя по коментам к этой новости.
> При том под саморазвитием бояздэшники имеют в виду прокачку ЧСВ. Судя по
> коментам к этой новости.Да нет, это был личный ответ коллеге. А линупс, вроде Tomato Shibby я тоже использую на Wi-Fi роутерах и т. п. железках - если под конкретное железо собрали и настроили, то почему бы и нет. Но пакетный фильтр и шейпер там крайне неудобные для управления на лету. Особенно после ipfw / dummynet и pf / altq.
> Да нет, это был личный ответ коллеге. А линyпс, вроде Tomato Shibby
> я тоже использую на Wi-Fi роутерах и т. п. железках -Во, сразу видно бояздэшника. Он даже линух себе выбирает лишь потому что бзды на это втолкать вообще напряг. ИЧСХ выбирает какую-то мутную хрень от неизвестно кого, буквально томат-зверьцд-эдишн какой-то. Неразборчивость в связях - фирменная "фича".
> нет. Но пакетный фильтр и шейпер там крайне неудобные для управления
> на лету. Особенно после ipfw / dummynet и pf / altq.Угу, особенно удобно бздюки помнится фильтровали u32 поле пакета в топике про блокировку uTP. А линуксоиды нарисовали какие-то три строчки айпитаблесу, уровня Капитана Очевилность буквально.
> ИЧСХ выбирает какую-то мутную хрень от неизвестно кого, буквально томат-зверьцд-эдишн
> какой-то. Неразборчивость в связях - фирменная "фича".В вашем зоопарке это оказалось самой фичастой и быстрой прошивкой. Другое дело, что красноглазникам её труднее всего освоить - нужно понимать, какую функцию несёт та или иная опция из настроек - нормального хелпа в линупсе как всегда нет :).
> В вашем зоопарке это оказалось самой фичастойНу это как минимум неправда - зарулить openwrt по фичам никакой зверьцд-эдишн не сможет.
> и быстрой прошивкой.
Вот это еще может быть. Но обычно это дается ценой нефиговой кривизны всего остального.
Ну и в вашем зоопарке - задачу вообще профакапили, для начала. Там вон порт на роутерстэйшн был. Им так махали, так махали. Ну а в результате получился какой-то неюзабельный обрyбок, "достоинством" которого является "даже загружается". А хэппи энд очень традиционный - железку (а сейчас наверное и чипсет) сняли с производства до того как порт вообще приобрел хоть какой-то практический смысл. А что, посмотрим - с banana pi router такая же шляпа выйдет? А то allwinner тоже штампует новые чипы как пирожки. Ну а китайцы с такой же скоростью переразводят платы.
> Другое дело, что краcнoглазникам её труднее всего освоить -
Для начала я попросту труба шатал осваивать мутную дрянь от неизвестно кого. Разной дребедени в этом мире понаписано навалом. А я - один. Приходится проявлять некую разборчивость.
Томат как таковой - дребедень. Ну так, для сравнения: OpenWRT идет с более-менее нормальной пакетной системой и там куча пакетов. Во всех этих ваших зверьцд этого и близко нет. А сие позволяет выпихать на роутер кучу всяких "околосетевых" задач. И да, openwrt как-то нормально относится к тому что в сети может быть немного более чем WAN и LAN, что свич можно побить на разные группы и по разному, что интерфейсы можно в бридж включать в разных комбинациях, etc. Ну и там просто не сильно архаичные ядра.
> нужно понимать, какую функцию несёт та или иная опция из настроек -
> нормального хелпа в линyпсе как всегда нет :).Зато какой-нить openwrt под свои задачи настраивается весьма даже годно. При том большинство даже довольно навороченных конфигов можно даже из вебмордочки наваять - там даже вебморда в курсе что есть мир и за пределами WAN+LAN, а свич оказывается можно бить на группы VLANов весьма по разному.
> Ну это как минимум неправда - зарулить openwrt по фичам никакой зверьцд-эдишн
> не сможет.openwrt сейчас мало используют. Там ещё смысл в том, чтобы влезть во флеш.
http://tomato.groov.pl/?page_id=81
только те, кто захотел засветиться:
У нас почему-то она мало популярна, за рубежом же - наоборот.
> openwrt сейчас мало используют. Там ещё смысл в том, чтобы влезть во
> флеш.Кто и где его мало использует?
Последние модные-молодежные Xiaomi-евские SOHO-роутеры - и те с OpenWRT идут в стоке.
> Последние модные-молодежные Xiaomi-евские SOHO-роутеры - и те с OpenWRT идут в стоке.На то оно и модно-молодёжное. Ширпотреб :).
>> На этом приобщение к цивилизации закончилось.
> Я - мужественно боролся. Все мои знакомые давно ушли на линупс. В
> конце 90-х даже специально дарили мне книжки по нему - агитировали.
> Когда ты осознаёшь, что идеология построения линупса - это виндовз в
> мире юникс, то выбор системы для саморазвития становится очевидным. К тому
> же - мне близко, когда всё однообразно и на своём предсказуемом
> месте. Был ещё вариант - солярис, но хотелось что-то одно.Мужественно боролся с чем? С безграмотностью своей? Что не понимая как работает протокол не смог найти нужную опцию и добавить в текстовый конфиг? Попутно подкрутив слабые месте в нем? Мда…
И гордо удалился в Мир Тыкания Галочек… АВОСЬ ПРОКАТИТ/ЗАРАБОТАЕТ :)
Чтож вот они эти 99% линуксоидов. :)
> Мужественно боролся с чем?Мсье идиот? С агитацией перейти на линупс.
Вот такое вот у вас нынче комьюнити. Приветствуйте очередного новичка-путтиэхешника.
> Вот такое вот у вас нынче комьюнити. Приветствуйте очередного новичка-путтиэхешника.Да нет, коллега просто оказался крайне невнимательным. Я начал работать с FreeBSD с версии 3.1. Подумайте, сколько Вам было тогда лет.
>> Вот такое вот у вас нынче комьюнити. Приветствуйте очередного новичка-путтиэхешника.
> Да нет, коллега просто оказался крайне невнимательным. Я начал работать с FreeBSD
> с версии 3.1. Подумайте, сколько Вам было тогда лет.И ты хочешь сказать что поделки Linux в 1998 году были чем-то лучше FreeBSD? А тем более стабильнее? Хаха
Даже BSD 4.4 была лучше/стабильнее любых дистров Linux тех времен.
> И ты хочешь сказать что поделки Linux в 1998 году были чем-то
> лучше FreeBSD? А тем более стабильнее? Хаха
> Даже BSD 4.4 была лучше/стабильнее любых дистров Linux тех времен.Почитайте внимательно мои посты. Почему-то ВЫ их восприняли с точность до наоборот. Я не использую линупс ни где, кроме мини роутеров, вроде Asus / Linksys.
вообщето линукс был весьма стабилен в то время. если мыговорим о серваках, то оч стабилен, как впрочем и фря. и именно тогда фря была весьма популярна еще. потом как за линуха взялись компании типа красной шапки, вот тогда и пошлорезкое отставание фри. а так если поставить их обоих на сервак по принципу " только то что нужно , остальное мимо" то они обе будут веками работать. единственное у линуха с тех пор сильно расширился круг ПО(тк. под него все начили писать проги. именно сервачные типа http-серверов и прочей лабуды. ) и сильно продвинулась файловая система, что фре еще долго догонять. вот поэтому то фряха пока и отстает от линя. и заметь я не сказал что она плохая. просто у неё те же проблемы что и у линя были тогда. вот эту нехватку рук фряхе и нужно преодолеть.
>[оверквотинг удален]
> красной шапки, вот тогда и пошлорезкое отставание фри. а так если
> поставить их обоих на сервак по принципу " только то что
> нужно , остальное мимо" то они обе будут веками работать. единственное
> у линуха с тех пор сильно расширился круг ПО(тк. под него
> все начили писать проги. именно сервачные типа http-серверов и прочей лабуды.
> ) и сильно продвинулась файловая система, что фре еще долго догонять.
> вот поэтому то фряха пока и отстает от линя. и
> заметь я не сказал что она плохая. просто у неё те
> же проблемы что и у линя были тогда. вот эту нехватку
> рук фряхе и нужно преодолеть.Вот только UFS2 и ZFS умеют снапшоты и ACL, а линуксовая Ext4 снапшоты до сих пор не умеет, Btrfs же всё никак допилить до удобоваримого состояния "продакшена" не могут.
Во FreeBSD свежий софт, в линуксах - трёхмесячной-полугодовой давности.
ну про acl в ext4 ты видимо недочитал. а вот про снапшоты... ты ими пользуешься если система и так восстанавливается без потерь. лично у меня не было ни разу, не то что потерь, даже намека на потерю. при этом журналируемая фс с оч шустрой работой, сама по себе одна из быстрейших доступная в линукс. а вот про софт ты загнул. лично у меня обновы прилетают через 3-4 дня после выхода максимум неделю и то те что не являются обновами безопасности. по безопасности порой в тот же день. выбирай светлую сторону)))
>а вот про снапшоты... ты ими пользуешься если система и так восстанавливается без потерьхороша трава
> ну про acl в ext4 ты видимо недочитал. а вот про снапшоты...
> ты ими пользуешься если система и так восстанавливается без потерь.
> лично у меня не было ни разу, не то что потерь,
> даже намека на потерю. при этом журналируемая фс с оч шустрой
> работой, сама по себе одна из быстрейших доступная в линукс. а
> вот про софт ты загнул. лично у меня обновы прилетают через
> 3-4 дня после выхода максимум неделю и то те что не
> являются обновами безопасности. по безопасности порой в тот же день. выбирай
> светлую сторону)))debian wheezy, ext4 на lvm который на md. md был разобран, нужно было вытащить один винт в хетсвопе и воткнуть другой, вытащили не тот винт, т.е. вытащили тот, на котором система работала в данный момент. При его возвращении система не грузилась. Обнаружил пропажу /lib/*. Восстановил. Система загружаться отказалась. Частично пропала /sbin/. Восстановил. Система грузиться отказалась. Плюнул и засетапил по новой, благо сервер только готовился к сдаче.
> Вот только UFS2 и ZFS умеют снапшоты и ACL, а линуксовая Ext4
> снапшоты до сих пор не умеет, Btrfs же всё никак допилить
> до удобоваримого состояния "продакшена" не могут.
> Во FreeBSD свежий софт, в линуксах - трёхмесячной-полугодовой давности.Изя, милашка - ты же жестокий виндузятник - чего лезешь ко взрослым?
POSIX Access Control Lists - сто лет в обед :))
про UFS2 даже вспоминать стыдно. А ZFS это жертва акселерации - до сих пор весьма ограничена для HighEnd, a основной упор на фичи локалхоста. а вот важной фичи как fileshare - даже не предвидеться, в то время как старые vxfs и cxfs имеют ее от рождения.
для снапшотов, как ты знаешь, есть lvm2 - вполне, но и это уже вчерашний день: сегодня сервер - это десяток как минимум виртуалок с linux и снапшот это часть управления уже платформы.зы. да как я писал ZFS из коробки уже есть, правда вопрос: зачем?
> про UFS2 даже вспоминать стыдно.это потому, что она работет, работает и работает?
>А ZFS это жертва акселерации - до
> сих пор весьма ограничена для HighEnd, a основной упор на фичи
> локалхоста. а вот важной фичи как fileshare - даже не предвидеться,
> в то время как старые vxfs и cxfs имеют ее от
> рождения.На бекапных серверах хорошо живет, кстати, да.
fileshare - это что?> для снапшотов, как ты знаешь, есть lvm2 - вполне, но и это
это которому нужно указывать/угадывать выделяемое место под снапшоты и у которого производительность в разы падает при созданных снапшотах? спасибо, очень актуально.
> это потому, что она работет, работает и работает?Например, выключение питания может юфс2 убить до невосстановимого состояния. 2014 год.
То же случалось и раньше, притом регулярно. Если вантуз ещё проживёт без упса, то бзда - никогда. Линуху - же всё пофиг.> fileshare - это что?
Тут лучше кластерные ФС, в наше время.
>> это потому, что она работет, работает и работает?
> Например, выключение питания может юфс2 убить до невосстановимого состояния. 2014 год.см #265
за 10 лет ни разу не было что бы была полная потеря на ufs2, была частичная из-за gjournal и частичная из-за бед-блоков, когда система стояла не на зеркале.
>>> это потому, что она работет, работает и работает?
>> Например, выключение питания может юфс2 убить до невосстановимого состояния. 2014 год.
> за 10 лет ни разу не было что бы была полная потеря на ufs2А .... а кстати - да! У меня тоже ни разу не крэшилась.
Но справедливости ради у меня и из линуксовых пару-тройку раз на xfs файлы занулились и когда только ext4 пошло в массы еЯ разок смачно размазало :(
Но с тех пор тишина (потому что всё на UPS-ах :)
>> это потому, что она работет, работает и работает?
> Например, выключение питания может юфс2 убить до невосстановимого состояния. 2014 год.
> То же случалось и раньше, притом регулярно. Если вантуз ещё проживёт без
> упса, то бзда - никогда. Линуху - же всё пофиг.Пользую с четверки, еще ни разу не убилась до такого состояния. В случае четверки с ее UFS так вообще ничего особо и не fcskшилось. Неубиваемая была.
Но у свидетелей ядра конечно же разваливается все.
> Во FreeBSD свежий софт...чтобы что? Задачи "иметь всегда свежайший софт" в продакшне не бывает, это нужно только школьникам с рачем, на переменах понтоваться. Впрочем если очень хочется - есть та же федора rawhide или рач, перманентное глюкалово.
А секьюрити фиксы прилетают максимум в пару дней, что в центосе, что в дебиане, что в убунте.
> Да нет, коллега просто оказался крайне невнимательным.Ну вы при случае ткните в профайл этого "коллеги". Ну, когда профайлы починят. Удачи вам с такими коллегами.
> Я начал работать с FreeBSD с версии 3.1. Подумайте, сколько Вам было тогда лет.
Побольше, чем вашему "коллеге". И я уже тогда догадывался что быть столь фееричным ламаком - стыдно.
> на время отошедший от работы с FreeBSDсовершенно верно, сам начинал с 8.2, заметил что когда были проблемы, то советы помогли еще темы с 2006 года, а некоторые еще с 2004 года, я сам офигел. Далее серйозные изменения я заметил pkgng, Clang переход, bsdinstall. То что перешли на svn так еще стало легче обновлять код и порты ( для себя открытие ), если есть проблемы, решаются письмом в поддержку, факью не тычат, закрыть пасть не орут, не обзывают криворуким )))
>> Каких благ я лишился?
> Один дистрибутив и единообразие построения на протяжении всех версий. Отсутствие мусорника
> с конфигами системы / софта и размещением файлов системы / софта.Одна ОС - RHEL решает эти "вопросы" (как я выше указал). впрочем работал и со SLES - тот же стандарт.
> Отсутствие лишних сущностей (пример - разрыв функций BSD ifonfig на части).мелочь. тем более что работаем с "ip"
> Единый пакетный менеджер + система портов (пакет из дистрибутива = порт,
rpm - Единый пакетный менеджер. Пересобрать если вдруг нужно с измененным конфигом - раз плюнуть.
> собранный с настройками по умолчанию). Два пакетных фильтра на выбор с
> дружественной к человеку логикой построения / добавления / удаления таблиц и
> правил.для 99% хватает iptable. И как там выше: «Один "пакетный фильтр" и единообразие построения…»
>> Какое светлое будущее с фрии я потерял?
> Предсказуемость и единообразие описанного выше. Уже для того, чтобы выбрать дистрибутив
> линупса из всего ихнего зоопарка нужно поломать голову.только для неофитов. Для солидных людей выбор уже давно сделан.
зы. Есть еще предложения?
bhyve Ресурсами управлять умеет?
> bhyve Ресурсами управлять умеет?https://www.freebsd.org/cgi/man.cgi?query=bhyve&sektion=8
-c numcpus Number of guest virtual CPUs. The default is 1 and the maxi-
mum is 16.
-m size[K|k|M|m|G|g|T|t]
Guest physical memory size in bytes. This must be the same
size that was given to bhyveload(8).
-p vcpu:hostcpu
Pin guest's virtual CPU vcpu to hostcpu.
...
Богатый ресурсменеджмент, ничего не скажешь...
> Богатый ресурсменеджмент, ничего не скажешь...Москва не сразу строилась, не хнычь. Вон поддержку докера зато пилят ударно (хотя казалось бы напуркуа он в бсдах нужен?)
> (хотя казалось бы напуркуа он в бсдах нужен?)https://wiki.freebsd.org/Docker
Docker on FreeBSD relies heavily on ZFS, jail and the 64bit Linux compatibility layerКагбэ признание того, что свет клином сошёлся явно не на них.
>> (хотя казалось бы напуркуа он в бсдах нужен?)
> https://wiki.freebsd.org/Docker
> Docker on FreeBSD relies heavily on ZFS, jail and the 64bit Linux
> compatibility layer
> Кагбэ признание того, что свет клином сошёлся явно не на них.Это признание того что, что может DOCKER замечательно работает и без него. А для лодырей и "деревьев" некто что-то понимающий все собрал в единый Котел с Обьедками назвав это DOCKER.
Но так как BSDшники обычно квилификацией то повыше, обычно могут все это применять в любых конфигурациях, вместе и по отдельности, в зависимости от реализации, и без Котла с Обьедками.
>[оверквотинг удален]
>> https://wiki.freebsd.org/Docker
>> Docker on FreeBSD relies heavily on ZFS, jail and the 64bit Linux
>> compatibility layer
>> Кагбэ признание того, что свет клином сошёлся явно не на них.
> Это признание того что, что может DOCKER замечательно работает и без него.
> А для лодырей и "деревьев" некто что-то понимающий все собрал
> в единый Котел с Обьедками назвав это DOCKER.
> Но так как BSDшники обычно квилификацией то повыше, обычно могут все это
> применять в любых конфигурациях, вместе и по отдельности, в зависимости от
> реализации, и без Котла с Обьедками.Кончай жрать наркоту. Твои химические глюки всем пофиг
> and the 64bit Linux compatibility layerКодовое название проекта - "ZFSLOL".
> Кагбэ признание того, что свет клином сошёлся явно не на них.
А теперь удачи им попользоваться ZFS на контейнерах в general purpose применениях не являющихся файлопомойкой. Их ждет много интересных открытий.
Да то не беда, вон линукс скоро будет утилиткой в составе сисьтемьдии и ничё...
>Кагбэ признание того, что свет клином сошёлся явно не на них.Дык и я о чём - вот мне докер во фряхе не нужен чуть более чем полностью ... но кто то пилит - значит для чего то нужно ...
Вроде бздунам виртуализация вообще не нужна. Они на этом всегда внимание заостряют.
> Вроде бздунам виртуализация вообще не нужна. Они на этом всегда внимание заостряют.Врунишка позорный. Есть уже у них виртуализация, причём разная. И даже одна "не имеющая аналогов" :)
> Вроде бздунам виртуализация вообще не нужна. Они на этом всегда внимание заостряют.Хватает наглости еще трындеть. FreeBSD, на примере FreeBSD 4+Jail показала в 2000 году что такое вообще виртуализация. Линуксоиды естественно сп…дили идею. Налепили на нее всего что нужно и не нужно… Ну а щас кричат об успехах. ТОлько каких? Потраченном практически в пустую времени? Запускать линукс в линуксе? На одной аппаратной платформе? (facepalm) Ну право, мальчики, это детство. (Школьникам внимание! - разговор об полной виртуализации - других аппаратных платформ и иных чем HOST OS, речи НЕ ИДЕТ!). Очень редко, в продуктивах, возникают задачи когда полная виртуализация нужна, про провайдеров и VPS речи опять таки не идет. Экономисты и любители рассказывать сказки об экономии электроэнергии идут лесом. Виртуализированные системы ВСЕГДА работают в более нагруженном режиме а из этого и проистекают и повышенное энергопотребление и т.п.
По секрету скажу - если не пилили дополнительные фичи в JAIL, то и не нужно это было. Всех устраивал функционал. Меня он и до сих пор устраивает. Никогда не заморачивался виртуализацией процессора например. Когда и система и JAILы работают в нативном режиме НИКОГДА система даже близко даже на 20% не загружалась. Очень давно проводил экперимент. На пне4x2 запускал в джейлах 50 почтовых серверов - и заваливал их сообщениями. Система даже на 50% загружена не была.ПыСы. Писать качественный софт - этож не тренировка ЧСВ для Линуксоидов - наваял Hello word по "иному", надо включать в кернел, включили - все, ЧСВ зашкалил… Дыры, а что дыры - кто нибудь починит. Зато "прогресс".. Ядро развивается.. Тыща измениний HelloWorld!!! Не включили - надо форкать, форкнул, ЧСВ на единичку поднял…
> Хватает наглости еще трындеть. FreeBSD, на примере FreeBSD 4+Jail показала в 2000
> году что такое вообще виртуализация.Угу и, практически, брошенной оказалась сразу после этогою
> Линуксоиды естественно сп…дили идею.
Если бы бсдшники это еще и придумали...
> Налепили
> на нее всего что нужно и не нужно… Ну а щас
> кричат об успехах. ТОлько каких?Хорошем ограничении ресурсов для OpenVZ, в том числе
приоритезации ввода вывода для контейнеров. Для бсдшников -
что бы система колом не встала, когда у тебя приложение в
джейле усиленно начало на диск писать и читать.> Потраченном практически в пустую времени? Запускать
> линукс в линуксе?Просто Вы не знаете для чего это требуется.
> Экономисты и любители рассказывать
> сказки об экономии электроэнергии идут лесом. Виртуализированные системы ВСЕГДА работают
> в более нагруженном режиме а из этого и проистекают и повышенное
> энергопотребление и т.п.Да, но это на одном физическом сервере. 1 физический - несколько виртуальных,
понимаешь?> По секрету скажу - если не пилили дополнительные фичи в JAIL, то
> и не нужно это было. Всех устраивал функционал.Оно и видно. Устраивал настолько, что аж с хостинга выперли этот jail.
> Меня он и
> до сих пор устраивает. Никогда не заморачивался виртуализацией процессора например. Когда
> и система и JAILы работают в нативном режиме НИКОГДА система даже
> близко даже на 20% не загружалась. Очень давно проводил экперимент. На
> пне4x2 запускал в джейлах 50 почтовых серверов - и заваливал их
> сообщениями. Система даже на 50% загружена не была.Хорошее описание теста. Сколько сообщений в минуту было на каждый сервер,
какой MTA использовался, где и в каком формате хранились сообщения,
какие жесткие диски использовались, сколько их было и в какой RAID массив
они были объединены? Конкретики нет.> ПыСы. Писать качественный софт - этож не тренировка ЧСВ для Линуксоидов -
> наваял Hello word по "иному", надо включать в кернел, включили -Ух, как все просто-то оказывается. В BSD даже если надо включить
в кернел, не включат, потому как никому не надо.> все, ЧСВ зашкалил… Дыры, а что дыры - кто нибудь починит.
> Зато "прогресс".. Ядро развивается.. Тыща измениний HelloWorld!!! Не включили - надо
> форкать, форкнул, ЧСВ на единичку поднял…Вы правда верите в то, о чем вещаете? :)
> Очень давно проводил экперимент. На
> пне4x2 запускал в джейлах 50 почтовых серверов - и заваливал их
> сообщениями. Система даже на 50% загружена не была.Абсолютно некорректный пример без учёта нагрузки.
> Хватает наглости еще трындеть. FreeBSD, на примере FreeBSD 4+Jail показала в 2000
> году что такое вообще виртуализация.А еще она показала что такое "продуть весь рынок пингвину, имея преимущество на старте". Почему-то нынче буквально у всех хостеров контейнеры и виртуалки сплошь пингвин. Доразмахивались своими jail, да? До состояния когда ванильный кернель пингвина уделаывает ваш крап с большим отрывом и по управлению ресурсами и по тому что оно там виртуализовать умеет?
> Линуксоиды естественно сп…дили идею.
И успешно доразвили. Вот у меня прямща на десктопе несколько разных "контейнеров". Там напрочь отдельные настройки сети, фаера и прочая. А у вас все это где-то в зачаточном состоянии...
> кричат об успехах. ТОлько каких? Потраченном практически в пустую времени?
Да вот не в пустую - теперь всем этим весь мир пользуется. А бзды вообще где в плане виртуализации на серверах? Гусары, молчать!
> Запускать линукс в линуксе? На одной аппаратной платформе? (facepalm) Ну право,
> мальчики, это детство.Намного лучше как опеннет, блин - чиниться при развале месяц. А мальчики то перекидывают виртуалку или контейнер на другую железку за минимальное время. Вообще не заморачиваясь какое там железо и насколько отличается.
> редко, в продуктивах, возникают задачи когда полная виртуализация нужна,
Ну да, отделить сервисы от конфигурации хост-оси и особенностей железа - очень глупо. Намного лучше когда шалтая-болтая пересобирают из останков месяц, чем когда это случается за полчаса.
> в более нагруженном режиме а из этого и проистекают и повышенное
> энергопотребление и т.п.Вот только в пересчете на один (виртуальный) хост - это совсем не факт. Писючные блоки питания малоэффективны при низкой нагрузке, поэтому работающий вхолостую железный сервер вообще кушает энергию зазря. А в случае виртуалок - более высокая нагрузка на железку ведет к более хорошему КПД в целом. Не говоря о том что это дешевле. На железку сложно вкатывать "абы какой" сервис для балансировки ресурсов. А с виртуалками - там не так уж принципиально какая виртуалка на какой железке. Поэтому если где вылез дисбаланс ресурсов, можно оперативно распределение ресурсов переиграть. А в чем пойнт заплатить за железо, чтобы оно потом стояло а не работало?
> и не нужно это было. Всех устраивал функционал.
Оно и видно по хостерам...
> пне4x2 запускал в джейлах 50 почтовых серверов - и заваливал их
> сообщениями. Система даже на 50% загружена не была.Очень полезный и реалистичный юзкейс.
> Зато "прогресс".. Ядро развивается..
Прогресс - это когда реализуют фичи, нужные людям. Более того - тыщщи изменений обычно исходят от тысяч людей и компаний, которым эти изменения были нужны.
(facepalm) Каждая фраза - признак некомпетенции в каждом вопросе…. (facepalm)
Но доставило про блок питания… Ты до сих пор транформатор или ТОРОИД юзаешь чтоли?? Угагага… (facepalm)
Хоспади.. Давно так не смеялся…
(facepalm)
Сколько смотрю opennet, постоянные нападки линуксят на фрю, несмотря на то, что это отсталая система, поддерживает меньшее оборудование, ну и т.д. Я бы понял если бы фря отьедала ресурсы у линукса, а то ведь там наверное доли процента от средств, затрачиваемых на их любимое ядро.
К перлам про utf-8 в консоли, я тут прочитал мир из портов...
Такое впечатление, что фря виновата в том, что не администрируется мышкой, при настройке надо шевельнуть извилинами, после чего она будет работать годами и при обновлениях не будет терзать мысль, что поломали в очередной раз.
Тaщемта, гнобят их за лицемерие и перманентное двоемыслие. Сони заюзала код, апстрим получил шиш - "правильно, так и надо!" восклицают бздшники. "ГПЛ ограничивает свободу копирастов комуниздить код!"
их не любят за то что считают себя единоверующими))) почитай посты линукс не юникс и вообще это винда.)) да линукс не юникс - это юникс-like, но что хорошего в устаревшем юникс, где нет и половины того что есть в линукс. да во времена линуха на ext2 и многих проблемах с дровами фря еще как то выдерживала, но теперь увы она отстала. да и если кто не в курсе в линукс куда лучше и быстрее админится из консоли( это я тем кто кричит что линуксоводы требуют мышку). да и где вы видели х-сы на боевом серваке с линукс.
> их не любят за то что считают себя единоверующими)))Ну да, а Свидетели Ядра -- официальная религия :)
> почитай посты линукс
> не юникс и вообще это винда.)) да линукс не юникс -Почитай посты в любой фришной новости - каждый второй Свидетель Ядра и Почитатель Рыжего Пророка считает нужным отмениться и высказать свое ценное мнение, даже если он не особо представляет, о чем собственно речь :).
А уж что про "БЗДшнегов и ихнее комюнити" диванные эксперты пишут ... причем, ЧСХ, даже ни разу в глаза не видев бздшные мыл-листы или бздшные форумы.
скажем так фряха неплохая система для своих вещей, но она и правда сильно подотстала в плане возможностей, по сравнению с тем же линукс( не будем спорить если начнем то выяснится что во фре нужно много костылей чтоб хоть как то заработало). + файловая система это правда беда. ну никак им не довести её до уровня. нет может по старым стандартам и норма, но сильно высоконагруженые серваки могут и не успевать. к тому же все сейчас на линукс переключились и пишут проги и маны под него в основном. ну правда в этой нише нет сейчас более распространенной системы. вообщем много чего, что показывает отставание фряхи.и поверь я знаком с ней, на десктопе даж стояла с собранной кде. ничего работала, но многое не могла, особенно дрова.короче завязывайте религиозные войны))
>[оверквотинг удален]
> не будем спорить если начнем то выяснится что во фре нужно
> много костылей чтоб хоть как то заработало). + файловая система это
> правда беда. ну никак им не довести её до уровня. нет
> может по старым стандартам и норма, но сильно высоконагруженые серваки могут
> и не успевать. к тому же все сейчас на линукс переключились
> и пишут проги и маны под него в основном. ну правда
> в этой нише нет сейчас более распространенной системы. вообщем много чего,
> что показывает отставание фряхи.и поверь я знаком с ней, на десктопе
> даж стояла с собранной кде. ничего работала, но многое не могла,
> особенно дрова.короче завязывайте религиозные войны))Такого бреда я ещё не слышал. От чего отстала? Почему целостная система, поддерживающая современный софт, который пишут для GNU (sic!), вдруг отстала от какого-то там ядра?
Набор слов, одни эмоции. Даже без заглавных букв. Научись выражать свои мысли на русском языке хотя бы. Бред же несёшь, как будто заученный в секте.
>[оверквотинг удален]
>> в этой нише нет сейчас более распространенной системы. вообщем много чего,
>> что показывает отставание фряхи.и поверь я знаком с ней, на десктопе
>> даж стояла с собранной кде. ничего работала, но многое не могла,
>> особенно дрова.короче завязывайте религиозные войны))
> Такого бреда я ещё не слышал. От чего отстала? Почему целостная система,
> поддерживающая современный софт, который пишут для GNU (sic!), вдруг отстала от
> какого-то там ядра?
> Набор слов, одни эмоции. Даже без заглавных букв. Научись выражать свои мысли
> на русском языке хотя бы. Бред же несёшь, как будто заученный
> в секте.Взять хотя-бы интеловские дрова излинукс3.8, ниразу не отстала. Все хорошо, прекрасная Маркиза.
и вот тут ты себя и загнал)) родные проги и запущенные через прослойку это не одо и тоже))
Загнал/не загнал, бред какой-то.
Ради использования старых дров из линукса бзда реализовала часть его вызовов.
это не родное. а значит могут быть сбои. и это на сеоваке?
> прослойку это не одо и тоже))А родных драйверов у них вообще нет. Т.к. в свое время они на это забили а драйвера выкинули устаревшие интерфейсы - пришлось резко начать мимикрировать под линь. При том в лучших традициях - протупив три года...
> Сколько смотрю opennet, постоянные нападки линуксят на фрю,Так ты зайди в новость про линух, увидишь обратное. Правда там в основном черная зависть вида "мы так пресмыкались перед корпорасами, а они все-равно пошли поддерживать линух! :("
лучшеб занимались развитием файловой системы ивозможностями для серваков.хотя бы просто догнали линух. и было бы прекрасно. фря сама по себе ведь неплохая система, её останавливают некоторые косяки и малочисленность.
Хотелось бы знать, что такое развитие файловой системы и возможности серваков...
Btrfs b2fs
Q33: Как это печально, когда единственным спортом остается применение os/2
A33: ...в качестве мишени для наездов.
(ц)RU.OS.CMP FAQ