Судя по логу SVN (http://svnweb.freebsd.org/base?view=revision&revision=249140) в состав FreeBSD-CURRENT был интегрирован DNS-сервер Unbound 1.4.20 (http://www.unbound.net). Unbound распространяется под лицензией BSD, имеет модульную структуру и поддерживает работу резолвера в рекурсивном и кэширующем режиме. Также имеется возможность проверки валидности DNSSEC-сигнатур, асинхронных запросов и библиотеки для интеграции кода резолвера в пользовательские приложения (stub-resolvers).URL: http://svnweb.freebsd.org/base?view=revision&revision=249140
Новость: http://www.opennet.me/opennews/art.shtml?num=36716
Браво
я не понимаю зачем они все это пихают в базовую систему, почему тупо нельзя оставить это портах? Зачем он нужен в базовой системе?
Потому что BIND X никто в здравом уме в систему не потянет, а 9-й BIND рано или поздно достигнет EOL и поддерживать его станет накладно.
Не троллинга ради, а что не так с BIND X? Я из чудес только объединение с dhcpd запомнил.
> Не троллинга ради, а что не так с BIND X?Ну, хотя бы его run-time потребности:
BIND 10 requires at least Python 3.1. It also works with Python 3.2.
[...]
The authoritative DNS server uses SQLite3. It needs at least SQLite version 3.3.9.Совершенно точно никто 3-й Питон в базовую систему не потащит.
> Совершенно точно никто 3-й Питон в базовую систему не потащит.Ubuntu 13.04
Что ж... Удачи им! Она им понадобится.
> Ubuntu 13.04У них нет такого понятия как "базовая система". Все попилено на пакеты.
Впрочем, это не отменяет того факта что bind x - упоротая жирная хренота для махровых энтерпрайзятников, готовых выделить отдельную машину под DNSник.
> Впрочем, это не отменяет того факта что bind x - упоротая жирная
> хренота для махровых энтерпрайзятников, готовых выделить отдельную машину под DNSник.Тащемта, bind10 вполне себе модульный, причем разные модули одной инфраструктуры могут работать на разных хостах, или вообще в одиночку. И каждый модуль имеет очень узкую специализацию.
В общем, учите матчасть.
То есть дома вместо одного писюга-для-всего надо будет разворачивать ферму, покупать 3-х фазное питалово с APC и кондиционирование ?Кушайте сами :)
Еще один с DNS кластером?
> Еще один с DNS кластером?Ты уже установил на домашний раутер за $30 BIND-X вместо dnsmask ?
> Тащемта, bind10 вполне себе модульный, причем разные модули одной инфраструктуры могут
> работать на разных хостах,Я и говорю - фигня для огромного ынтырпрайза, где выделить кучу машин под ошметки днс - не крюк.
> В общем, учите матчасть.
Такое уродище как bind x - даже и не подумаю. Вангую кучу дыр и эпических багов в этой ынтырпрайзятине.
> Вангуюпростите, что?
> простите, что?Происходит от слова "Ванга". Предсказательница такая.
> У них нет такого понятия как "базовая система". Все попилено на пакеты.Однако некоторые пакеты «равнее» и образуют минимальную систему.
> Однако некоторые пакеты «равнее» и образуют минимальную систему.По факту степень равенства в упомянутых можно самому определить. А в сабже всего этого как раз и нет.
Плач за то, что в танках шины не меняются - великолепен.
> Плач за то, что в танках шины не меняются - великолепен.То-то з@дроты в мире танков так прутся от ремонта гусениц за 30 сек. Спрос то на самом деле есть, нет предложения в связи с техническими проблемами :)
> Совершенно точно никто 3-й Питон в базовую систему не потащит.Можете объяснить более подробно, почему именно?
> Можете объяснить более подробно, почему именно?Вероятно, по тем же причинам, по которым в своё время из базовой системы Фряхи вынесли Перл: слишком много сил уходило на поддержку и решение проблем совместимости разных версий. Впрочем, точный ответ знают только члены Core Team. ;-)
>> Можете объяснить более подробно, почему именно?
> Вероятно, по тем же причинам, по которым в своё время из базовой
> системы Фряхи вынесли Перл: слишком много сил уходило на поддержку и
> решение проблем совместимости разных версий.У перла? Проблемы совместимости разных версий? Остроумно.
Особенно если учесть, что 99% перловских скриптов начинаются с require 5.004.
> У перла? Проблемы совместимости разных версий? Остроумно.Это вы просто не видели перловых модулей, которым для работы "требуется версия не ниже...". В итоге, несмотря на наличие старого Перла в базовой системе, первым делом приходилось ставить свежий Перл из портов. Когда это всех окончательно достало, старый Перл вынесли из системы.
А причем здесь базовая система?
И поставить в систему хоть 10 версий перла - без проблем, кстати.
> А причем здесь базовая система?
> И поставить в систему хоть 10 версий перла - без проблем, кстати.Вначале чурка придётся выучить русский езыга, а потом, только потом - перечитать трэд.
Не последней причиной было то, что make depend работал бесконечно долго при сборке ядра. Когда его там заменили на awk, то оказалось, что Перл больше и не нужен в базовой системе.
И да, действительно была путаница между перлом портовым и системным.
> Можете объяснить более подробно, почему именно?Т. к. в 90% хватает sh. Для остальных 9,9% хватает перла, а кому нужен православненькийЪ петончег, могут сами его добавить из портов.
Вы на вопрос-то не ответили.
> Вы на вопрос-то не ответили.С пол-года назад в списке рассылки UAFUG этот вопрос подробно обсуждался. В итоге, большинство высказалось за монолитную систему. Хотя лично я предпочёл бы иметь возможность ставить только то, что мне реально нужно. Впрочем, src.conf частично эту проблему решает.
> С пол-года назад в списке рассылки UAFUG этот вопрос подробно обсуждался. В итоге, большинство высказалось за монолитную систему.Вероятно, это были виртуалы Леннарта, который зашел потроллить :)
Впринципе стоило бы просто разбить базовую систему на более мелкие компоненты на установочном диске, как например сделано с games, src, man, info. Чтобы можно было устанавливать только то что надо.С другой стороны мне как раз нравится разделение на базовую систему и порты. База стабильна и всегда работает, но софт постарее, порты обновляются часто, но возможны неприятности. На мой взгляд разумный компромис между все стабильно и древнее и все новое, но нестабильное.
> Впринципе стоило бы просто разбить базовую систему на более мелкие компоненты на
> установочном диске, как например сделано с games, src, man, info. Чтобы
> можно было устанавливать только то что надо.Я бы тоже предпочёл иметь sendmail или bind в портах, а не в системе, но, как верно было замечено: "у тех, кому это нужно - нет времени или навыков, а у тех, кто имеет время и навыки - нет желания". :-/
Не, я имел ввиду не в портах, а всё также в базе, т.е. стабильные оттестированные версии использующие библиотеки из базы, хранящие конфиги там же. Т.е. полностью автономные от портов. Только саму возможность без пересборки при установки указать ставить их или нет, чтобы не приходилось потом выпиливать с помощью src.conf. Так же можно например и ZFS и т. д.Также как щас лежат например ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/9.1-RELEASE/
base.txz
doc.txz
games.txz
kern.txz
lib32.txz
ports.txz
src.txzТупо base разбить на более мелкие: dns, mail, zfs, crypto-*, gnu, gcc, clang и т. д. Но всё также считать их частью базы, то есть обновлять с частотой выхода релизов или фиксов безопасности, и зависить они не должны от портов и библиотек из них. База всё-таки даёт возможность использовать порты исповедующие модель rolling relese, при отсутствии возможности сломать систему при очередном обновлении из них.
Дожились, уже ФС хотят от системы отделить. Работать с чем будете? С шеллом загрузчика?
1. Ничего не хотят, это я с потолка придумал.
2. Не отделить, а добавить возможность не устанавливать. Выпилить ZFS уже возможно через src.conf
3. ZFS, DTrace и прочие вещи и так особняком стоят: в ядро по умолчанию не вкомпиленны, сторонние разработки, на них ничего не завязано. Поэтому если не пользуешься, почему бы не дать возможность не устанавливать их.
4. Внезапно есть UFS.Идея очень проста, предоставить возможность конфигурирования базы на этапе инсталляции, а не только постфактум с помощью src.conf и пересборки мира. Никаких изменений в состав и компновку базовой системы вносить я не предлагаю.
> зачем они все это пихают в базовую системуКвадратно-гнездовой способ мышления у индивидов. Сделать пакетный менеджер в зачаточном состоянии они кой-как смогли. Теперь еще 10 лет учиться будут этим нормально пользоваться. Не пройдет и 20 лет как до этих шустрых парней допрет что оказывается, можно распилить все на пакеты а рекомендуемые разработчиками пресеты оформить метапакетами.
> можно распилить все на пакеты а рекомендуемые разработчиками пресеты оформить метапакетами.Это не монолитно, а значит, не unix-way.
> Это не монолитно, а значит, не unix-way.Ну тогда и модули в ядро грузить не юниксвэйно. И вообще, затолкать весь софт в одну суперпрограмму типа бизибокса, но пожирнее раз в 100. Все, вплоть до bind X, чтоб не мелочиться :). Вот тогда будет монолитненько...
Потому что в базовой системе нужно иметь нечто, что может быть кеширующим сервером для DNSSEC. А BIND будет убран из базовой системы, как только всё будет готово для этого.
Так сложилось исторически.
FreeBSD достаточно консервативная система, никто не будет менять что-то, что нормально работает, без достаточно веских оснований. И оно правильно. Благодаря такой политике о настроенном сервере можно забыть на годы.
Никто не мешает вам прямо сейчас забыть о настроенных серверах под фрёй. Потому что ничего не делать всегда проще, чем толково сопровождать систему. Во фре так и будут героически преодолевать собственное тугоумие, героически выбрасывая из базовой системы одно и вставляя другое, считая что они делают стабильную систему.Им и невдомёк, что проблема в делении системы на базу и порты. А база нужна лишь потому, что порты кривые. Если бы сделали вместо портов что-то более вменяемое и распространили это на всю систему целиком, то и этой новости бы попросту не было - не из чего и некуда было бы переносить этот unbound.
Но бсдешников это не смущает, у них очень прямолинейная логика, на уровне рефлексов: bind испортился, значит нужно его выбросить и втащить unbound. Задать себе второй по цепочке вопрос, почему это нужно, сделать выводы и начать лечить причину, а не симптом - это уже выше их способностей.
> Но бсдешников это не смущает, у них очень прямолинейная логикаВсе верно, они до сих пор думают, что труЪ админ ничего не должен делать
> они до сих пор думают, что труЪ админ ничего не должен делатьХорошо настроенный сервер не нуждается в каждодневном "толковом сопровождении системы".
> Хорошо настроенный сервер не нуждается в каждодневном "толковом сопровождении системы".Хорошо настроенный сервер нуждается в регулярных планово-профилактических работах и последних обновлениях безопасности. Или вы думаете иначе?
> Хорошо настроенный сервер нуждается в регулярных планово-профилактических работах
> и последних обновлениях безопасности. Или вы думаете иначе?Планово-prophylactic-ческие работы у него в crontab-е прописаны, а "последние обновления безопасности" полезны отнюдь не всегда.
> Им и невдомёк, что проблема в делении системы на базу и порты.Я ж говорю - они начав пилить пакетный манагер теперь еще лет 10 будут осознавать как пакетным менеджером следует нормально пользоваться. Т.е. попилить на пакеты, оформить рекомендуемые пресеты в метапакеты, ... - но это ж надо закоренелые стереотипы своротить, осознать что это круто, гибко и удобно, etc, etc..
> оформить рекомендуемые пресеты в метапакеты, ... - но это...и начать верещать об ужасах роллинг-релиза. А можно оставить как есть: базовая система и порты. Базовая система на выбор RELEASE/STABLE и порты в роллинге. И с улыбкой смотреть как бебианофанаты падают в обморок от слов RR и наносят на протухшее надписи "стабильное" :)
> ж надо закоренелые стереотипы своротить, осознать что это круто, гибко и удобно, etc, etc..или потратить от пяти минут до... (в зависимости от способностей) на понимание того, что критикуешь.
> ...и начать верещать об ужасах роллинг-релиза.Сдуру можно и ... сломать.
> А можно оставить как есть:
Можно. Я только за. Хочу посмотреть как систему с такой политикой пошлют окончательно те полтора ынтырпрайза которые еще не задолбались жрать кактусы по какой-то странной причине.
> базовая система и порты. Базовая система на выбор RELEASE/STABLE и порты в роллинге.
Пакетный менеджер сам по себе вообще ничего не диктует насчет модели обновлений, она целиком на совести тех кто делает пакеты. Это лишь средство культурной и корректной работы с софтом в системе в модульном виде, с трекингом зависимостей и файлов вываленных в систему, не более.
Все это
1) Упрощает компоновку системы под задачи. Берешь то что надо. Остальное по зависимостям добавтся и все будет логически корректно при минимуме усилий.
2) Позволяет универсально администрировать все части системы в едином стиле. Что удобно.
3) И главное - при правильном подходе оно на автомате гарантирует логическую корректность процедур администрирования. Т.е. не получится так что вон там либа отсутствует, не той версии или что там еще. Независимо от того какой именно пакет и где.Ну, это в теории. На практике неидеальности и ошибки возможны, но при правильном подходе - крайне редки. Вплоть до того что можно на автомате ставить секурити-апдейты и ничего не факапнется. Хотя в крупной и критичной инфраструктуре лучше содержать команду которая тестирует обновления до выкладки, спору нет. Но это дорого и затратно и по карману далеко не всем.
> И с улыбкой смотреть как бебианофанаты падают в обморок от
> слов RR и наносят на протухшее надписи "стабильное" :)Улыбку тут вызывает в основном непонимание одного индивида что оказывается пакетному менеджеру самому по себе вообще на модель обновления сильно похрену. Он парится лишь логической корректностью зависимостей, трекингом того что в системе есть и прочая.
>> ж надо закоренелые стереотипы своротить, осознать что это круто, гибко и удобно, etc, etc..
> или потратить от пяти минут до... (в зависимости от способностей) на понимание
> того, что критикуешь.Не столько критикую сколько говорю что "имхо, вон так получается логичнее, лучше и правильнее".
Если из инструментов известен только молоток, то все вокруг кажутся гвоздями. Люди там более чем адекватные. Нельзя его пока выкинуть. Как только получится, так сразу.Перевод на пакетную систему проблему не решает, а размазывает тонким слоем по куче реализаций ДНС серверов.
> Во фре так и будут героически преодолевать собственное тугоумие, героически выбрасывая
> из базовой системы одно и вставляя другое, считая что они делают стабильную систему.Из эпикфейлов debian/ubuntu + asterisk уже могу написать небольшой рассказ. Фря9 молотит как заговоренная. Отчего принесённая тобой пурга веселит. Как
> Им и невдомёк, что проблема в делении системы на базу и порты.
Хорошо что у нас есть ты.
> А база нужна лишь потому, что порты кривые. Если бы сделали
> вместо портов что-то более вменяемое и распространили это на всю систему
> целиком, то и этой новости бы попросту не было - не
> из чего и некуда было бы переносить этот unbound.Да ты у нас Эталонный.
> Но бсдешников это не смущает, у них очень прямолинейная логика, на уровне
> рефлексов: bind испортился, значит нужно его выбросить и втащить unbound.s/upstart/systemd/
и совсем другая картина: это уже не логика на уровне рефлексов, а дальновидная политика.
>> Во фре так и будут героически преодолевать собственное тугоумие, героически выбрасывая
>> из базовой системы одно и вставляя другое, считая что они делают стабильную систему.
> Из эпикфейлов debian/ubuntu + asterisk уже могу написать небольшой рассказ. Фря9 молотит
> как заговоренная. Отчего принесённая тобой пурга веселит. Какслушаю внимательно
>Из эпикфейлов debian/ubuntu + asterisk уже могу написать небольшой рассказ.а подробнее можно?
>s/upstart/systemd/
и это правильно.
Ну расскажи, расскажи. А мы послушаем, благо есть под рукой не просто большая, а очень большая инсталляция. Не на десктопненькой убунте, разумеется, на центосе, но не суть.
> Не на десктопненькой убунте, разумеется, на центосе, но не суть.К Шетухину заходил? а то он не в курсе, что десктопов понатыкал.
>> Не на десктопненькой убунте, разумеется, на центосе, но не суть.
> К Шетухину заходил? а то он не в курсе, что десктопов понатыкал.Его и его компании проблемы. В СНГ вообще маргинализм в IT - суровая реальность...
Строго говоря, они как-то не на коне последнее время, но это не Linux виноват, и точно не убунта.
Ту же ленту угробили маргинальным редизайном. Короче, поживём-увидим, чего там и как.
Потанин их покупал явно не для прямой прибыльности, тут скорее имеет место быть перехват информационных потоков.А раз у них работает в большой инсталляции - значит даже десктопные дистры достаточно применимы для массового сервиса. Но это не отменяет извращенности подобного применения.
>> Во фре так и будут героически преодолевать собственное тугоумие, героически выбрасывая
>> из базовой системы одно и вставляя другое, считая что они делают стабильную систему.
> Из эпикфейлов debian/ubuntu + asterisk уже могу написать небольшой рассказ. Фря9 молотит
> как заговоренная. Отчего принесённая тобой пурга веселит. КакКак бы Mandriva и CentOS c Asterisk-ом у меня проблем вообще не имеют года три как. Насчет Убунты ничего не скажу - это IMHO просто десктоп. Может, дело не в бобине? Рассказ о проблемном Дебиане заинтересовал бы, и, думаю, не только меня...
Кстати, сколько лет Фре9 исполнилось?
>>> Во фре так и будут героически преодолевать собственное тугоумие, героически выбрасывая
>>> из базовой системы одно и вставляя другое, считая что они делают стабильную систему.
>> Из эпикфейлов debian/ubuntu + asterisk уже могу написать небольшой рассказ. Фря9 молотит
>> как заговоренная. Отчего принесённая тобой пурга веселит. КакЭто вообще характерный признак бздишников с опеннета-запускают на,непременно,убунту то,что
использовать в продакшен на ней как-то и не предпологается,получив что-то вроде нестабильности,тут же начинают кричать о кривом линукс и тупых апт-гетчиках,повторим,для
высокоумных элитных кадров,что для каждой задачи в линуксах есть соостветсвующий дистр.И
если кто-то запускает сервис под нагрузку на дистре,заточенном под десктоп,то он просто ламер.
> Это вообще характерный признак бздишников с опеннета-запускают на,непременно,убунтуЭто характерный признак анонимных линупсоедов с опеннета: слонега в домене с убунтами приводить как сакцесс стори, а как носом ткнут, выясняется что это десктопный дистр.
бебианом размахивать на каждом углу, а как носом ткнут, ещё стопиццот дистров в качестве "я поставил нет проблем".
> а как носом ткнут, выясняется что это десктопный дистр.а что там не так? lts-релизы весьма приятны и с вменяемым графиком поддержки.
> а что там не так? lts-релизы весьма приятныКто тебе это сказал?
>> а что там не так? lts-релизы весьма приятны
> Кто тебе это сказал?вы знаете, как-то так получилось, что я ими пользуюсь.
> Кто тебе это сказал?Ну я могу сказать. За ~5 лет юзежа на серверах проблем было в районе нуля. Оно просто работает. Я это не вижу. Проблем нет. Взломов нет. Факапов нет. Сервера работу выполняют. Условия лицензирования - не хуже остальных. Что мне еще от них надо то? На расовую верность прыгания в ластах на гамаке пусть задр@ты мозоли натирают, а мне надо чтобы работало. И даже убунта LTS с этим справляется.
Alex_AT, сообщение 133 - пообщайтесь с ним на тему серверной убунты.
> Alex_AT, сообщение 133 - пообщайтесь с ним на тему серверной убунты.В данном случае интересуют конкретно ваши преткновения с астериском. Больше для личного опыта, ну и общественности узнать косяки такой инсталляции не помешает.
>> Alex_AT, сообщение 133 - пообщайтесь с ним на тему серверной убунты.
> В данном случае интересуют конкретно ваши преткновения с астериском. Больше для личного
> опыта, ну и общественности узнать косяки такой инсталляции не помешает.слился он уже -- не трубуй от него невозможного
> В данном случае интересуют конкретно ваши преткновения с астериском. Больше для личного опыта, ну и общественности узнать косяки такой инсталляции не помешает.Например, падение астера при получении SIP-пакета с огромным Content-length.
> Например, падение астера при получении SIP-пакета с огромным Content-length.Версия, ссылка на багрепорт? И таки да - при чём тут дебиан/убунта/бсд/вотэвер? Подобные баги касаются только астериска, и от ОС не зависят.
Всё, что нагуглилось из свежатины - баг с Content-Length в Asterisk - но не в SIP, а во встроенном HTTP-сервере (POST). AST-2013-002. К SIP отношения не имеет.
Или вы про AST-2009-005/006, когда впервые в 1.6.1 разрешили пакеты SIP более 1500 байт? Заткнутый почти 4 года назад?
>> Например, падение астера при получении SIP-пакета с огромным Content-length.
> Версия, ссылка на багрепорт?нет багрепорта. и на 1.8.10 не знаю имеет ли смысл писать. там совпадение нескольких факторов. в частности + поддержка sqlite + не отключено в конфиге. по корке видно что астер не проверяя просит sqlite выделить память под пакет. Столько, сколько указано в Content-length. Хоть 10 ТБ. Обработки ошибок нет, астер тупо упал.
> И таки да - при чём тут дебиан/убунта/бсд/вотэвер?
1. про тестирование пакетов было сказано? да. вот оно тестирование во всей красе. сидение на древней 1.8.10, чтобы налететь на багу. или что, искать PPA для более новых? собирать из исходников? во фре я штатно могу поставить с 1.8 по 12 версию. В зависимости от того, что говорит мне мой личный опыт.
2. дефолтные опции сборки. если я сразу отключаю ненужное (а при установке из портов так и есть), я бы на этот баг не налетел (и не налетал). про "удобные дефолты" я тут много раз писал. вот иллюстрация. и это - точно к майнтейнерам дистра. ведь так?
> Подобные баги касаются только астериска, и от ОС не зависят.
Баг астера, вопросов нет. Насколько специфичен для версии - не проверял. Но удачная комбинация с ненужным мне функционалом - налицо.
> Всё, что нагуглилось из свежатины - баг с Content-Length в Asterisk -
> но не в SIP, а во встроенном HTTP-сервере (POST).Давай ты не будешь ставить диагнозы по фотке? Нет такого бага. Возможно оно убунту-специфично.
> Или вы про AST-2009-005/006, когда впервые в 1.6.1 разрешили пакеты SIP более
> 1500 байт? Заткнутый почти 4 года назад?Хватит пурги, ок?
>> И таки да - при чём тут дебиан/убунта/бсд/вотэвер?
> 1. про тестирование пакетов было сказано?Ну у нас такие комплексные решения, как * - только самосбор, в RPM. В основном из-за того, что предпочтения мейнтейнеров _любого_ дистра в нашем случае не катят. То же, что под самосбором лежит стабильная база стабильного дистра - не последнее дело.
> 2. дефолтные опции сборки. если я сразу отключаю ненужное (а при установке
> из портов так и есть)Еще раз говорит о том, что сложные интегрированные решения лучше собирать самому, со своими версиями, бэкпортами, патчами. А вот стабильная база библиотек должна быть стабильной на несколько лет. Поэтому BE-дистры не катят.
>>> И таки да - при чём тут дебиан/убунта/бсд/вотэвер?
>> 1. про тестирование пакетов было сказано?
> Ну у нас такие комплексные решения, как * - только самосбор, в RPM.Т.е. SB, вид сбоку.
> Еще раз говорит о том, что сложные интегрированные решения лучше собирать самому,
> со своими версиями, бэкпортами, патчами. А вот стабильная база библиотек должна
> быть стабильной на несколько лет.берём RELEASE, собираем софт из портов. Согласись, схема удобная.
> Поэтому BE-дистры не катят.что есть BE?
> берём RELEASE, собираем софт из портов. Согласись, схема удобная.Не-а, берём нужный tgz от "вендора", бэкпортируем патчи из stable-дистра, накладываем свои, собираем. Дабы версия дистра (минор) могла уйти вверх, а версия софтины - остаться на месте.
>> Поэтому BE-дистры не катят.
> что есть BE?Bleeding Edge. Gentoo, Arch, *BSD, и иже с ними
> Дабы версия дистра (минор) могла уйти вверх, а версия софтины - остаться на месте.это называется "пишем свой порт".
> Bleeding Edge. Gentoo, Arch, *BSD, и иже с ними
gentoo отдельный разговор, там пожёстче. т.е. применять можно, но как бы сказать... осторожно. При всей моей любви к SB/BE гента на серверах у меня крайне редко. Про Арч не знаю, стало быть говорить не буду. FreeBSD > 200 серваков работали и обслуживались нормально.
>>> Например, падение астера при получении SIP-пакета с огромным Content-length.
>> Версия, ссылка на багрепорт?
> нет багрепорта. и на 1.8.10 не знаю имеет ли смысл писать. там
> совпадение нескольких факторов. в частности + поддержка sqlite + не отключено
> в конфиге. по корке видно что астер не проверяя просит sqlite
> выделить память под пакет.эээ.. а каким боком связаны канальный драйвер и sqlite?
только 10-ке выкинули berkeleydb и заменили его на sqlite в кач-ве бэкенда для astdb.
> 1. про тестирование пакетов было сказано? да. вот оно тестирование во всей
> красе. сидение на древней 1.8.10, чтобы налететь на багу.нет-нет. речь о том, что вас никто не будет принуждать переехать на новую мажорную версию только из-за того, что мантейнер так решил.
>во фре я
> штатно могу поставить с 1.8 по 12 версию. В зависимости от
> того, что говорит мне мой личный опыт.что вам мешает так же поступать в дебиане? какая-то незвестная религия?
> 2. дефолтные опции сборки. если я сразу отключаю ненужное (а при установке
> из портов так и есть), я бы на этот баг не
> налетел (и не налетал). про "удобные дефолты" я тут много раз
> писал. вот иллюстрация. и это - точно к майнтейнерам дистра. ведь
> так?1)noload в modules.conf вам кто-то запретил использовать?
2)apt-get source && dpkg-buildpackage вам кто-то запретил использовать?
3)лично я на этот баг не наступал, имея далеко не маленькую инсталляцию *> Давай ты не будешь ставить диагнозы по фотке? Нет такого бага. Возможно
> оно убунту-специфично.а может, оно ещё и человеко-специфично, да?
> эээ.. а каким боком связаны канальный драйвер и sqlite?astdb.
> нет-нет. речь о том, что вас никто не будет принуждать переехать на
> новую мажорную версию только из-за того, что мантейнер так решил.А где-то принуждают? Я о выборе. Во фряхе выбор - штатно. Штатно - выбор. Это понятно?
> что вам мешает так же поступать в дебиане? какая-то незвестная религия?
ничего не мешает. просто получается что выигрыш по сравнению с фрёй призрачный.
> 1)noload в modules.conf вам кто-то запретил использовать?
sqlite был оставлен. как-то не предполагалось, что проверки на Content-length просто нет.
> 2)apt-get source && dpkg-buildpackage вам кто-то запретил использовать?
никто не запрещал. непонятно чем это лучше portinstall/portmaster.
> 3)лично я на этот баг не наступал, имея далеко не маленькую инсталляцию *
лично у меня не возникало необходимости в l2vpn на 3 сотнях серваков. какой вывод из этого следует?
> а может, оно ещё и человеко-специфично, да?
полагаешь, Content-length проверяется только для аптгетчиков? В kamailio, например, в дефолтном конфиге есть sanity-check, где пакеты с Content-length ненормальной длины дропаются.
>> эээ.. а каким боком связаны канальный драйвер и sqlite?
> astdb.в 1.8 astdb использует bdb. это в 10ке sqlite3.
>> нет-нет. речь о том, что вас никто не будет принуждать переехать на
>> новую мажорную версию только из-за того, что мантейнер так решил.
> А где-то принуждают? Я о выборе. Во фряхе выбор - штатно. Штатно
> - выбор. Это понятно?это есть для портов, у которых есть версия(да и это не всегда).
например, в своё время авторы proftpd пофиксили security-bug для ветки 1.3(которая тогда была лишь в варианте rc), а в 1.2 - нет.
дебиановцы патчик бэкпортировали, а в freebsd - оттранслировали мнение автора.вот вы говорите о выборе. а где ж в портах сейчас gstreamer-1.0?
>> 2)apt-get source && dpkg-buildpackage вам кто-то запретил использовать?
> никто не запрещал. непонятно чем это лучше portinstall/portmaster.тем что не надо всё пересобирать.
>> 3)лично я на этот баг не наступал, имея далеко не маленькую инсталляцию *
> лично у меня не возникало необходимости в l2vpn на 3 сотнях серваков.
> какой вывод из этого следует?зачем сотня? ну вот есть у вас удалённый офис, нужна l2-связность.
> Например, падение астера при получении SIP-пакета с огромным Content-length.Ну баг. Ну в программе. А при чем тут дебианы-убунты, собственно? То-есть, спору нет, баг нехороший. С другой стороны - ни звука о том в какой версии баг, был ли багрепорт и прочая (если не врете - это потенциально security-проблема, т.к. как минимум позволяет DoS атаку). Зато много глобальных выводов на песке.
Почему на песке? Потому что в софте в *bsd баги тоже есть. В таком объеме софта багов просто не может не быть. В том числе и весьма досадных и опасных.
Вот тут то и вылизают ваши двойные стандарты: одним вы скидку сделали, другим - нет, и показательно выпятили.
> Ну баг. Ну в программе.Истинно так.
> А при чем тут дебианы-убунты, собственно? То-есть, спору нет, баг нехороший. С другой стороны - ни звука о том в какой версии баг, был ли багрепорт и прочая (если не врете - это потенциально security-проблема, т.к. как минимум позволяет DoS атаку). Зато много глобальных выводов на песке.
Да никаких глобальных выводов. Ежели б не марши местных пионэров с транспарантами про особую стабильность, я бы и не упомянул. Пойми, это просто картинка из жизни. Вот тут ходят пионэры-фанаты и скандируют что FreeBSD это плохо, debian/Ubuntu хорошо. Вот месяц как пересёкся с последними - и на тебе. дебиан не встал на новый сервак вообще, бубунта уронила астер. фря становится на всё что приходит и работает в указанной ей позиции. в ней есть баги, в ней тот же самый софт от тех же разработчиков - он не с Марса, он всё тот же. И оно - работает. Да что там - DragonflyBSD - встал и поработал (ну так, потестировал). Я его консоль вообще впервые видел. Скажи, что я должен думать?
> Почему на песке? Потому что в софте в *bsd баги тоже есть.да.
> Вот тут то и вылизают ваши двойные стандарты: одним вы скидку сделали,
> другим - нет, и показательно выпятили.А по-моему так ровно наоборот. Вылезло стадо пионэров и ругают то, что не видели или видели 100 лет назад. Попытался выяснить суть претензий - 95% пурги. Подошёл с другой стороны - может действительно там что-то лучше. Оказалось никаких киллер-фич кроме виртуализации и нет. Зато претензий к BSD (как к лицензии) и FreeBSD как к проекту - вагон. И все, как ты говоришь, на песке.
Так что про двойные стандарты - точно не ко мне. Я свою точку зрения излагал.
> Оказалось никаких киллер-фич кроме виртуализации и нет.у меня масса претензий.
с чего начнём? с ресурс-менеджмента? сетевой части?
поддержки больших(и не очень) инсталляций?ну вот как пример:
хотим мы l2 vpn через ip сеть. на той стороне циска.
чем вы в freebsd это сделаете?
>> Оказалось никаких киллер-фич кроме виртуализации и нет.
> у меня масса претензий.у меня тоже. но речь, напомню, идёт о неких особых безгеморройностях linux, исключающих обогрев атмосферы компилятором, замечательные дефолты в пакетах, ужасы наличия компилятора в системе, от которого избавляет применение расово верных линуксов.
вот выпал свежий пример. кидавшие пальцы пионэры носа не суют, подтянулись вы с Alex_AT. и внезапно мы узнаём, что оказывается надо собирать из исходников, оказывается от факапов никто не застрахован, оказывается набор софта одинаковый и за ошибки прикладух ОС не в ответе... в ход вот-вот пойдёт детальное распиливание сырцов и проверка личностей участников проектов.
дефицит партонов, друже?
> поддержки больших(и не очень) инсталляций?
всегда пожалуйста. об этом собственно речь.
> хотим мы l2 vpn через ip сеть.
делайте.
> вот выпал свежий пример. кидавшие пальцы пионэры носа не суют, подтянулись вы
> с Alex_AT. и внезапно мы узнаём, что оказывается надо собирать из
> исходниковНо не world. Собирать надо то, что действительно требует сборки, и не должно зависеть от мейнтейнеров дистра. В каждом случае индивидуально. Например у меня собирается Apache, PHP, Postfix, Dovecot, *, и еще где-то с 40-50 вещей. Просто потому, что не все параметры конфигурации удобны, либо нужно накатить определенные патчи, либо держаться определенной версии (как правило, выше версии в дистре).
Всё, что собирается - собирается в RPM, и раскатывается по сервакам уже в бинарном виде. Т.е. отсутствие прогрева всё то же минус 1 девсервер.
Но то, что что-то собирается руками - не значит, что я пойду перебирать openssl, zlib или libjpeg по первому чиху, оно прекрасно живёт и в системном варианте.
> Но не world.чуть ниже.
> Собирать надо то, что действительно требует сборки, и не должно зависеть от мейнтейнеров дистра. В каждом случае индивидуально. Например у меня собирается Apache, PHP, Postfix, Dovecot, *, и еще где-то с 40-50 вещей.
есть предположение, что ВСЕ 40-50 вещей во фре либо уже в портах, либо выпиливаются из base и впиливаются портовыми. согласен?
т.е. по факту это SB :)
> Всё, что собирается - собирается в RPM, и раскатывается по сервакам уже
> в бинарном виде. Т.е. отсутствие прогрева всё то же минус 1
> девсервер.Система портов этому никак не препятствует.
> Но то, что что-то собирается рукамиПро мир. Для нелюбителей собирать world есть RELEASE и рабочий механизм бинарного апдейта. для любителей - STABLE. Ну и btw пересборка всей потехи на 24-ядерном тазике не особо напрягает.
Опять-таки грамотная разбивка ZFS и реплики позволяют упростить обновления самой системы. без компиляний.
Короче, времени убито на споры много, а вытанцовывается простая картинка. Никаких ограничений, кроме ограничений по задачам, личных предпочтений и наличием техподдержки. всё.
> есть предположение, что ВСЕ 40-50 вещей во фре либо уже в портах,
> либо выпиливаются из base и впиливаются портовыми. согласен?Эти 40-50 вещей есть и в дистре. Тут другой фокус: я сам себе мейнтейнер в части софта, потому что могу сделать это лучше мейнтейнеров дистра для своих применений, а остальную часть предпочитаю иметь stable.
> Система портов этому никак не препятствует.
Препятствует. Как минимум тем, что она, де факто, bleeding edge - и изменения очень быстро превращаются в лавину, которая заставит пересобирать всё по 100500 раз. В случае CentOS собранный раз софт работает годами, не требуя телодвижений по совместимости при обновлении софта дистра.
> у меня тоже. но речь, напомню, идёт о неких особых безгеморройностях linux,
> исключающих обогрев атмосферы компилятором, замечательные дефолты в пакетах, ужасы наличия
> компилятора в системе, от которого избавляет применение расово верных линуксов.уважаемый, возьмите rhel.
ну и главный вопрос: если в freebsd всё так хорошо, то что ж вендоры её не используют вместо linux?сколько телекомовских систем видел - всё сплошной rhel & sles.
>> хотим мы l2 vpn через ip сеть.
> делайте.на фре - чем?
> сколько телекомовских систем видел - всё сплошной rhel & sles.Подтверждаю. Как раз таки телекомщик :)
> Как бы Mandriva и CentOS c Asterisk-ом у меня проблем вообще не
> имеют года три как. Насчет Убунты ничего не скажу - это
> IMHO просто десктоп. Может, дело не в бобине?ещё раз поясню. я ничего не имею против серваков под дебианом, убунтой, слакварью, гентой, редхатом, ораклом, фряхой, стрекозой, опёнком, LFS и всем чем угодно. ровно до того момента, когда адепт начинает рассказывать сказки о неких волшебных свойствах. например, принципиальное отсутствие проблем. когда проблемы всё-таки возникают, неизменно встаёт вопрос "а может просто руки кривые?" в разной форме. У меня он возникает раньше, на сказках об ужасах XXX.
> Рассказ о проблемном Дебиане заинтересовал бы, и, думаю, не только меня...чуть позже чем прямо щас.
> Кстати, сколько лет Фре9 исполнилось?
каким сколько... до 2 лет. те что древнее - восьмёрки ещё.
> неких волшебных свойствах. например, принципиальное отсутствие проблем. когда проблемы
> всё-таки возникают,Дело не в "проблемы возникают" а в их количестве, вероятности вылезания, необходимых приседаниях и прочая.
> неизменно встаёт вопрос "а может просто руки кривые?"
Если система требует для своей эксплуатации главного конструктора из КБ по сборке ракет - хана такой ОСи на рынке. Замнут ее конкуренты. Потому что это дорогие специалисты, которых к тому же не логично столь примитивной работой нагружать. Не умно превращать всяких лидов, архитектов и прочих в погонщика слонов.
Хотя, конечно, прикольно смотреть как погонщики слонов пыжатся из себя корчить суровых архитектов. Вот только архитекты с пеной у рта не орут по форумам как последние фанаты.
> в разной форме. У меня он возникает раньше, на сказках об ужасах XXX.Нет, если задаться целью - до...ться можно даже до подоконника, не то что багов в операционках. Но проблема в том что баги в софте будут лезть в любой операционке под которую софт вообще есть. Как вариант разве что "нет софта - нет багов". Поэтому показательно до...ться до какого-то 1 бага в программе показывает только общую упоротость фанатика. Настолько злую и беспробудную что его угробленного мозга не хватает на осознание озвученного чуть выше примитивного факта.
> Дело не в "проблемы возникают" а в их количестве, вероятности вылезания, необходимых
> приседаниях и прочая.FreeBSD9 просто встала на новоприбывший сервак. Поддержка рейда: мониторинг состояния рейда + мониторинг состояния смарта винтов. Из коробки. debian не встал. ubuntu встал, рейд видит как один винт. на решение вопроса заняло 4 часа.
Скажи, что я должен думать о приседаниях и прочее.
> Если система требует для своей эксплуатации главного конструктора из КБ по сборке
> ракет - хана такой ОСи на рынке. Замнут ее конкуренты.Скажи, в описанной ситуации - в каком случае нужен "главный конструктор из КБ по сборке ракет"?
> Вот только архитекты с пеной у рта не орут по форумам как последние фанаты.
Когда рядом долго, очень долго, очень эмоционально несут однотипную ахинею, я щитаю, надо встать и высказаться. На архитекта не претендую. Я погонщик слонов. Иногда лошадей и верблюдов. Но как видишь, иногда приходится гонять ослов.
> Нет, если задаться целью - до...ться можно даже до подоконника, не то
> что багов в операционках. Но проблема в том что баги в
> софте будут лезть в любой операционке под которую софт вообще есть.Истинно так. Только вот за FreeBSD тут в основном голимые теоретики, которые в отличии от того же слоника в домене даже не потрудились сформулировать, что их не устраивает. Знаешь, что напрягает? Все понимают, что есть баги в ОС и прикладухе. Но некоторые начинают делить: это наши баги, их как бы нет. А если есть так это фигня, тут багрепорт, там костыль - всё окей.
> Поэтому показательно до...ться до какого-то 1 бага в программе показывает только общую упоротость фанатика.
Ты щитаешь надо упереться и днём и ночью рыть баги и тащить сюда? А я вот думаю, что это как раз и есть упоротый фанатик. А вот озвучить фанатикам косяк по свежаку, пока не забыл, походя - это нормально. Я не прав?
> Настолько злую и беспробудную что его угробленного мозга не хватает на осознание озвученного чуть выше примитивного факта.
Расскажи ещё о моём мозге и сознании. Ты походу специалист.
> FreeBSD9 просто встала на новоприбывший сервак. Поддержка рейда: мониторинг состояния
> рейда + мониторинг состояния смарта винтов. Из коробки. debian не встал.
> ubuntu встал, рейд видит как один винт. на решение вопроса заняло
> 4 часа.открыли для себя smartctl -a -d cciss,0 /dev/cciss/c0d0 ? )))
> Истинно так. Только вот за FreeBSD тут в основном голимые теоретики, которые
> в отличии от того же слоника в домене даже не потрудились
> сформулировать, что их не устраивает. Знаешь, что напрягает? Все понимают, что
> есть баги в ОС и прикладухе. Но некоторые начинают делить: это
> наши баги, их как бы нет. А если есть так это
> фигня, тут багрепорт, там костыль - всё окей.да, только есть ещё вот какой нюанс: на одной ос эти баги есть, а на другой - нет.
например, во фре до 8.0 была какая-то беда с поддержкой posix semaphores, что делало нерабочим модуль multiprocessing в python.опять же, если вы придете к разработчикам asterisk с багой на freebsd, они вам ответят что-то в стиле "freebsd unsupported" и поинтересуются повторяется ли оно на linux.
> Ты щитаешь надо упереться и днём и ночью рыть баги и тащить
> сюда? А я вот думаю, что это как раз и есть
> упоротый фанатик. А вот озвучить фанатикам косяк по свежаку, пока не
> забыл, походя - это нормально. Я не прав?одно дело когда баг проявляется совершенно внезапно. другое дело, когда человек не подумав сам создаёт проблемы себе.
я же не ставлю freebsd а машину с пачкой разных dvb-карточек, из которых почти все не поддерживаются во фре?а вот паники в 7.х и 8.0 при создании/удалении cloned-интерфейсов - это да, куда больнее.
паники 7.х 8.х при использовании ospf на pointopoint-линках - тоже круто было.
дабы не быть голословным:
> дабы не быть голословным:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/153671На PRERELEASE?
>> дабы не быть голословным:
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/153671
> На PRERELEASE?на релизе 8.2 и более ранних баг тоже есть.
фиксы:
http://svnweb.freebsd.org/base?view=revision&revision=220394
http://svnweb.freebsd.org/base?view=revision&revision=220397релиз 8.2 был в феврале 2011, т.е. они попали только в STABLE и потом уже в 8.3
вот вам из свежего: паника при использовании mpd + ipv6.
http://forum.nag.ru/forum/index.php?showtopic=74145&st=0
http://forum.nag.ru/forum/index.php?showtopic=79640
> вот вам из свежего: паника при использовании mpd + ipv6.
> http://forum.nag.ru/forum/index.php?showtopic=74145&st=0
> http://forum.nag.ru/forum/index.php?showtopic=79640Этому свежему в целом уже лет много, и так и не пофикшено :) Хоть в старых, хоть в новых дистрах фряхи ipv6 - верный способ совершить самоубийство.
> Из эпикфейлов debian/ubuntu + asterisk уже могу написать небольшой рассказ.
> Фря9 молотит как заговоренная.И что характерно, все эти success story слышно исключительно от бсдшников. Которые почему-то забыли уточнить, что для астериски половина карточек в бзде вообще "не алё".
> и совсем другая картина: это уже не логика на уровне рефлексов, а дальновидная политика.Оно и видно - политика бсдоидов была столь дальновидной что их послали даже самые древние и упертые союзнички типа яху и апача. Дальновидность видимо была нужна чтобы видеть насколько далеко могут послать в продакшне систему с такими свойствами.
> И что характерно, все эти success story слышно исключительно от бсдшников. Которые
> почему-то забыли уточнить, что для астериски половина карточек в бзде вообще
> "не алё".не всем нужны карточки. 16..20 потоков карточками в блейд как-то не хочется.
> Оно и видно
Ты предлагаешь бебиану, который контроллер не видит, начитывать сакцесс-стори яху?
> не всем нужны карточки. 16..20 потоков карточками в блейд как-то не хочется.Начались жиденькие отмазки. Вы я так смотрю, специалист по фигурному выпиливанию условий лобзиком и победитель в чемпионате ужей по верчению на сковородках.
Вот именно поэтому вашими бздами и не будет никто пользоваться - ответ в стиле "а если вот так смотреть - то вовсе даже и не кривой" энтерпрайзников не устроит нифига.
>> Оно и видно
> Ты предлагаешь бебиану, который контроллер не видит, начитывать сакцесс-стори яху?У демьяна новая версия на днях выходит - там кернель менее архаичный, так что он теперь побольше железа будет знать. А так - в пингвине ну самый край с небольшими приседаниями проблемы решаемы. А с бздами - бубух в бетонную стену: "драйверов нету, блджад!". И как бы есть некоторая разница в затрате усилий между "пошаманить немного с ядрами" и "написать недостающие драйвера лично".
>> не всем нужны карточки. 16..20 потоков карточками в блейд как-то не хочется.
> Начались жиденькие отмазки.Я хотел _тактично_ намекнуть что ваша офисная фигуля с 1-4 потоками интересна не всем.
> энтерпрайзников не устроит нифига.
кровавые энтерпрайзники с 1-4 потоками?
> У демьяна новая версия на днях выходит - там кернель менее архаичный,
Это здорово. Без издёвки. Я надеюсь, ты понимаешь, что это не решает проблему в принципе? Что в модели BB/Version/всё попилено на пакеты стабильность достигается КРАЙНИМ отставанием версий? Что такая штука вполне юзабельна временами и местами, но не может устроить всех?
> И как бы есть некоторая разница в затрате усилий между "пошаманить немного
> с ядрами" и "написать недостающие драйвера лично".Я рад, что ты способен оценить важность этой разницы. Непонятно что мешает по достоинству оценить разницу между "пошаманить немного с ядрами" и "через 20 минут работает. всё из коробки"
> Я хотел _тактично_ намекнуть что ваша офисная фигуля с 1-4 потоками интересна
> не всем.вы о каких потоках, уважаемый?
> Я рад, что ты способен оценить важность этой разницы. Непонятно что мешает
> по достоинству оценить разницу между "пошаманить немного с ядрами" и "через
> 20 минут работает. всё из коробки"это где такое?
>>> что для астериски половина карточек в бзде вообще "не алё"
>> Я хотел _тактично_ намекнуть что ваша офисная фигуля с 1-4 потоками интересна не всем.
> вы о каких потоках, уважаемый?если не понял, чего вообще влез?
>> "через 20 минут работает. всё из коробки"
> это где такое?тред прочесть лень. надо влезть и встав в позу - "доложите мне обстановку"
> вы о каких потоках, уважаемый?E1. а вы о каких карточках? о продуктовых?
> это где такое?
FreeBSD9. Выше в треде описывал.
>> вы о каких потоках, уважаемый?
> E1. а вы о каких карточках? о продуктовых?и чо? у меня в 2006 году было 8 потоков E1. карточки sangoma, с эхоподавлением.
>> это где такое?
> FreeBSD9. Выше в треде описывал.выше в треде - что она у вас там что-то молотит.
давайте говорить предметно: что делает, сколько bhca, бегает ли там media или только сигнализация, какое железо?
>>> вы о каких потоках, уважаемый?
>> E1. а вы о каких карточках? о продуктовых?
> и чо? у меня в 2006 году было 8 потоков E1. карточки
> sangoma, с эхоподавлением.И чо? мне в 2013 они не нужны. Вон валяются.
>>> это где такое?
>> FreeBSD9. Выше в треде описывал.
> выше в треде - что она у вас там что-то молотит.да, и чо?
> давайте говорить предметно
давайте последовательно. железо одинаковое. дебиан на него просто не встал. бубунта - с плясками. ну вот такая у меня причуда, что что винты должны мониториться по smart, даже в рейде. во фряхе всё из коробки.
уже на старте - фэйл. есть такое?
>>> FreeBSD9. Выше в треде описывал.
>дебиан на него просто не встал.Печать фришника. Виноват Debian.
> Печать фришника. Виноват Debian.Печать линупсоеда. Наврать про беспроблемность, а как ткнут носом - врать про про фришников. Не учитывая пока, что про проблемы фряхи частенько врут.
>>> FreeBSD9. Выше в треде описывал.
>> выше в треде - что она у вас там что-то молотит.
> да, и чо?так чего молотит? астериск? какая версия? сколько bhca? sip/h323/iax?
как ходит media? какие кодеки?
> давайте последовательно. железо одинаковое. дебиан на него просто не встал. бубунта -
> с плясками. ну вот такая у меня причуда, что что винты
> должны мониториться по smart, даже в рейде. во фряхе всё из
> коробки.что за железо? что за дебиан/убунта?
> уже на старте - фэйл. есть такое?
пока есть только в вашей голове.
> так чего молотит? астериск? какая версия? сколько bhca? sip/h323/iax?
> как ходит media? какие кодеки? что за железо? что за дебиан/убунта?от это я понимаю - размах. тяжело человек переживает, что дебиан на сервак не встал. милок, проси уж сразу руту ключик положить и скажи куда траф дампить.
> так чего молотит?ты с какой целью интересуешься?
> что за железо?
ProLiant DL160 Gen8 + SmartArray P420i
> что за дебиан
(внимательно смотрит)
озвучь пожалуйста варианты. мне чисто интересно.
> убунта?
последний LTS.
>> уже на старте - фэйл. есть такое?
> пока есть только в вашей голове.ути пути.
>> так чего молотит?
> ты с какой целью интересуешься?ну вы лечите про что-то там у вас молотит. т.е. вы заявляете о каком-то хайлоаде.
имея инсталляцию ~ 300 астерисков интересно узнать о каких-то проблемах, на которые я не наступал.>> что за железо?
> ProLiant DL160 Gen8 + SmartArray P420iначну издалека: вот тут были http://wiki.debian.org/HP/ProLiant ?
хапешные утилиты/драйвера ставили?
HCL читали?
>> что за дебиан
> (внимательно смотрит)ну может вы какой-нибудь woody скачали и теперь жалуетесь.
да, и даже в последнем стейбле ядро 2.6.32, вышедшее в 2009 году.
сервер вышел в 2012.несколько наивно надеяться что у разработчиков есть машина времени, чтобы написать/принять патчи в апстрим(о чём hp в readme пишет) от вендора.
еще в 9.0-RELEASE были проблемы с этим сервером(гуглится по gptzfsboot proliant dl160 gen8), а в 9.1 уже пофиксили.> озвучь пожалуйста варианты. мне чисто интересно.
например, взять ядро из testing/unstable или же если мучают фобии - из rhel.
>> убунта?
> последний LTS.и какие с ней были проблемы? что не работало?
>>> уже на старте - фэйл. есть такое?
>> пока есть только в вашей голове.
> ути пути.ути-пути - это отсутствие поддержки freebsd со стороны hp и неработающий апдрейт фирмвари, hp-scripting-tools, HP Insight Management.
ну и отдельный привет freebsd за отсутствие pci hotplug.
> ну вы лечите про что-то там у вас молотит. т.е. вы заявляете о каком-то хайлоаде.о какой-то работе без падений. есть хайлоад или нет хайлоада и что в моём понимании хайлоад - не суть важно. меньше всего я бы хотел свести дело к пузомеру.
> начну издалека: вот тут были http://wiki.debian.org/HP/ProLiant ?
> хапешные утилиты/драйвера ставили?дружище, для установки ОС, не видящей "из коробки" диска должны быть серьёзные основания. их не было.
> ну может вы какой-нибудь woody скачали и теперь жалуетесь.
не все дебианы одинаково полезны (с)
> да, и даже в последнем стейбле ядро 2.6.32, вышедшее в 2009 году. сервер вышел в 2012.
предлагаешь зачитать это флешке с бебианом?
> несколько наивно надеяться...
> еще в 9.0-RELEASE были проблемы...неинтересно. интересно взять текущую версию и получить результат. результат я озвучил. anything else?
> например, взять ядро из testing/unstable или же если мучают фобии - из rhel.
можно сделать всё. но сравнивая установки четырёх систем и памятуя о знаменитом "без геморроя и плясок с бубном" - что я должен подумать в данной конкретной ситуации?
> и какие с ней были проблемы? что не работало?
уже писал.
> ути-пути - это отсутствие поддержки freebsd со стороны hp
а оно само работает, без поддержки.
> и неработающий апдрейт фирмвари
серьёзно? а в каком месте оно не работает?
> hp-scripting-tools, HP Insight Management, pci hotplug
будет надо - поставлю то, где это есть.
> о какой-то работе без падений. есть хайлоад или нет хайлоада и что
> в моём понимании хайлоад - не суть важно. меньше всего я
> бы хотел свести дело к пузомеру.как бы шанс словить панику из-за гонки в ядре под нагрузкой сильно выше.
и утекающие 20-30 байт в минуту вы не заметите, пока не будет нагрузки.ядро хрупкое и ошибки в какой-либо из подсистем распространяются на него целиком и могут быть отложенны во времени.
>> начну издалека: вот тут были http://wiki.debian.org/HP/ProLiant ?
>> хапешные утилиты/драйвера ставили?
> дружище, для установки ОС, не видящей "из коробки" диска должны быть серьёзные
> основания. их не было.во-первых, мы с вами не пили, так что не надо тут этого панибратства.
во-вторых, драйвера существуют не только для рейд-контроллера.
> предлагаешь зачитать это флешке с бебианом?вы всё петросяните...
> можно сделать всё. но сравнивая установки четырёх систем и памятуя о знаменитом
> "без геморроя и плясок с бубном" - что я должен подумать
> в данной конкретной ситуации?думайте перед установкой, а не в данной ситуации.
>> ути-пути - это отсутствие поддержки freebsd со стороны hp
> а оно само работает, без поддержки.
>> и неработающий апдрейт фирмвари
> серьёзно? а в каком месте оно не работает?а что, вы прямо из freebsd не перезагружаясь её можете обновить?
>> hp-scripting-tools, HP Insight Management, pci hotplug
> будет надо - поставлю то, где это есть.о, особенно про pci hotplug расскажите. как ставить будете?
hint: https://wiki.freebsd.org/IdeasPage#PCI-Hotplug_support
> уже на старте - фэйл. есть такое?В фрибсде и пожестче фэйлы бывают. И в стороннем софте, и где там еще. В драйверах вообще сталинград. Как ни странно, в софте бывают баги. Это универсальное свойство софта. Ни дебианы, ни бсды с ним ничего сделать не смогут сами по себе.
Единственная зависимость: чем крупнее у ОС комьюнити, тем лучше они вытопчут своей массой баги в типовых конфигурациях. Но относительно относительно редких сочетаний это ничего не гарантирует.
>> уже на старте - фэйл. есть такое?
> В фрибсде и пожестче фэйлы бывают.какая версия? какой компилятор? какой процессор? какое железо? чем меряешь жёсткость фейлов?
> В драйверах вообще сталинград.Сталинград - это хорошо. Дурдом - вот беда. hpsa/cciss в линуксе. запиливают/выпиливают. пишут/бросают.
> Как ни странно, в софте бывают баги. Это универсальное свойство софта. Ни дебианы, ни бсды с ним ничего сделать не смогут сами по себе.
Фанаты могут. Выкатывать глазки и рассказывать сказки. О том что в где-то далеко в райских кущах что-то там ТЕСТИРУЕТСЯ, отчего обретается волшебная СТАБИЛЬНОСТЬ. Ещё могут истошно выспрашивать тонну побробностей. Очевидно же, что все врут. Ничего кроме их centos/debian/ubuntu работать стабильно не может. Зато им надо верить. "Без проблем у нас, нам геморрой не нужен" а там подпилил, там подкромсал, тут постоянно долбишься - это ж не геморой. Ведь не фряха какая.
> Единственная зависимость: чем крупнее у ОС комьюнити, тем лучше они вытопчут своей массой баги в типовых конфигурациях. Но относительно относительно редких сочетаний это
> ничего не гарантирует.Ты давай поаккуратнее. А то сейчас дорассуждаешься, что дебиан - не стабильный дистрибутив, а унылое сборище пыльного старья, а баги всё одно могут быть. Тебя ж свои разопнут.
>> В фрибсде и пожестче фэйлы бывают.
> какая версия? какой компилятор? какой процессор? какое железо? чем меряешь жёсткость фейлов?порты - главный фейл. надо постоянно их обновлять, иначе будет всё ещё хуже(bleeding edge же). т.е. если у вас есть софт с кучей зависимостей(например, gstreamer) и поставили вы 13.01.2012, то после portsnap 13.01.2013 есть неслабый шанс получить массу чудесных проблем(например, с pkg-config).
ну и ещё прикольно, когда что-то меняется в базе и от этого зависит большинство приложений(например, libz, которая zlib).
отдельный кайф - порты пишутся левой пяткой в перерыве между перекурами и это отражается на качестве(и всё это сдобрено "особенностями" системы портов).
> Сталинград - это хорошо. Дурдом - вот беда. hpsa/cciss в линуксе. запиливают/выпиливают.
> пишут/бросают.а что не так? как минимум cciss жив здоров и никуда из мейнлайна не девался.
> Ты давай поаккуратнее. А то сейчас дорассуждаешься, что дебиан - не стабильный
> дистрибутив, а унылое сборище пыльного старья, а баги всё одно могут
> быть. Тебя ж свои разопнут.у дебиана есть ещё хороший такой довесок в виде убунты. так что с комьюнити там как раз всё хорошо.
> порты - главный фейл. надо постоянно их обновлять, иначе будет всё ещё
> хуже(bleeding edge же).отчасти соглашусь. если серверов немного, можно и постоянно обновлять - раз в месяц например. если серверов много, то постоянно обновлять - нетехнологично, "забить и забыть" - как-то неправильно (хотя и такие варианты встречались). но как ты пишешь - никто не запрещает делать свою пакетную базу. Тем более что как ты описал - 300 инсталляций, сборка из исходников - это не помешает и deb-дистрам.
> ну и ещё прикольно, когда что-то меняется в базе и от этого
> зависит большинство приложений(например, libz, которая zlib).что-то менять в базе без необходимости - это как переход на новую версию в дебиане. или у вас там в дебианах опять "всё без геморроя"?
> отдельный кайф - порты пишутся левой пяткой в перерыве между перекурами и
> это отражается на качестве(и всё это сдобрено "особенностями" системы портов).(торопливо записывает) "все порты пишутся левой пяткой в перерыве между перекурами"
в отличии от дебиан-пакетов, которые собираются в Валгалле полубогами, освящены и протестированы другими волшебными существами.Так и подмывает спросить: как ты относишься к выражению "Patches are welcome"?
> а что не так? как минимум cciss жив здоров и никуда из мейнлайна не девался.
удивительная весчь происходит, когда я тебя читаю. Всё хорошо, всё живое, всё работает. А дебиан - хренак! - и не встал. как же так? а такие убогонькие BSD хренак и всё из коробки.
> у дебиана есть ещё хороший такой довесок в виде убунты. так что с комьюнити там как раз всё хорошо.
как-то параллельно.
> Тем более что как ты описал - 300 инсталляций, сборка из
> исходников - это не помешает и deb-дистрам.ну завёл у себя репо для модифицированных пакетов и всё что модифицировано ставится из него. собрал => потестировал => выкатил в продакшн.
>> ну и ещё прикольно, когда что-то меняется в базе и от этого
>> зависит большинство приложений(например, libz, которая zlib).
> что-то менять в базе без необходимости - это как переход на новую
> версию в дебиане. или у вас там в дебианах опять "всё
> без геморроя"?это во фряшечке так было недавно. апдейт базы ломал порты(потому что в базе поменялась версия libz).
т.е. либо пересобирать, либо чистый инсталл.
> Так и подмывает спросить: как ты относишься к выражению "Patches are welcome"?
нормально отношусь. я плохо отношусь к тому, что некоторые порты часто мейнтейнят люди, не понимающие как этот софт работает.
например, uwsgi собирают как один бинарник, забив на имеющуюся в нём систему плагинов(и некоторые плагины не собирая вообще).
>> а что не так? как минимум cciss жив здоров и никуда из мейнлайна не девался.
> так? а такие убогонькие BSD хренак и всё из коробки.да есть везде косяки. но к системе портов у меня больше всего претензий.
>> уже на старте - фэйл. есть такое?
> В фрибсде и пожестче фэйлы бывают.я не спрашивал про freebsd, верно?
Бинд достал. Я его выпиливаю через src.conf.
Вообще долгое время не касался темы dns и настройки его именно из за страшности бинда и его вырвиглазных конфигов. Даже плохо понимал принципы работы dns. Пока не поставил powerdns и не прозрел, настолько все наглядно и просто, вот таблицы, вот настройки, крути-верти, придумывай плюшки с собственными sql шаблонами.
nsd хороший днс сервак
> nsd хороший днс сервакКорректирую - nsd - хороший авторитативный сервер. Использую его совместно с unbound, unbound - рекурсор для абонентов, nsd - для авторитативных зон.
Дооо...бинд прям кричит, спать не дает, так достал.
Многим конфиги бинда нравятся, никаких с ним проблем.
> Даже плохо понимал принципы работы dns.Может стоило просто изучить принцип работы DNS? У меня при настройке bind не возникло никаких проблем. ЧЯДНТ?
>У меня при настройке bind не возникло никаких проблем. ЧЯДНТ?Непонятно вот что: зачем они убрали zone type forward? Это было удобно и нужно.
> Непонятно вот что: зачем они убрали zone type forward?Хм, скорее всего для этого есть какие-либо причины. Что говорят в интернетах?
Супер!!!!! сейчас попробую с ним поработать, настрою на серевере, как он себя поведет - у меня 500 клиентов, как раз и протестю, надеюсь результат оправдает включение это в дистр
Аж целых 500 клиентов? Круто, чо. Куда нам с нашими десятками. Тысяч.
Вам в бинд
> Аж целых 500 клиентов? Круто, чо. Куда нам с нашими десятками. Тысяч.Опять поди кулсисом из зачуханной локалки высунулся, где роутерами древние писюки с фряхой...
> роутерами древние писюки с фряхой...Вы так говорите, как будто это что-то плохое.
Не всем же, как яндексу, Unity на серваки громоздить :)
>> роутерами древние писюки с фряхой...
> Вы так говорите, как будто это что-то плохое.
> Не всем же, как яндексу, Unity на серваки громоздить :)Ты сейчас плюнул в душу лапчатым :) Оне вообще обожают нас учить "как правильно" ... Вот скоро начнётся волна по выпиливанию апачей и обслуживания HTTP прямо из прочесса с PID=1 :)))) Оне вообще - забавные, эти лапчатые :)
> Ты сейчас плюнул в душу лапчатым :) Оне вообще обожают нас учить
> "как правильно" ... Вот скоро начнётся волна по выпиливанию апачей и
> обслуживания HTTP прямо из прочесса с PID=1 :)))) Оне вообще -
> забавные, эти лапчатые :)это такой камень в сторону systemd? ))
ну ок, как вы процессы будете отслеживать после двойного форка?
(ну или master-процесс умер, а чайлды остались).
> "как правильно" ... Вот скоро начнётся волна по выпиливанию апачей и
> обслуживания HTTP прямо из прочесса с PID=1 :))))Если уж мы вспомнили о апачах и лапчатых, некто из апача упоминал что апач перевел многие серваки на лапчатых. И яху кстати тоже. Но вы не меняйте курс, мне даже уже интересно - чем это закончится.
>> "как правильно" ... Вот скоро начнётся волна по выпиливанию апачей и
>> обслуживания HTTP прямо из прочесса с PID=1 :))))
> Если уж мы вспомнили о апачах и лапчатых, некто из апача упоминал
> что апач перевел многие серваки на лапчатых. И яху кстати тоже.
> Но вы не меняйте курс, мне даже уже интересно - чем
> это закончится.лол. а в другом треде ананимы писали о том, что то с яху был чувак. собсно, имею вопрос: а был ли мальчик?
> собсно, имею вопрос: а был ли мальчик?Неткрафт отвечает на ваш вопрос: был, есть и будет есть - http://searchdns.netcraft.com/?host=yahoo.com&x=11&y=13
> некто из апача упоминал
> что апач перевел многие серваки на лапчатых. И яху кстати тоже.Их технарям позвонили из отдела маркетинга и сказали вывесить объяву, что они тоже на лапчатых, чтобы тоже быть "в тренде".
Более фанатической по своему идиотизму версии я пока еще не встречал :).
> Более фанатической по своему идиотизму версии я пока еще не встречал :).Ой, зря. На сайте "Powered by ...", а там... Никто ведь с комиссией не приедет проверять.
Главное, чтобы костюмчик сидел. Если зачуханого писюка с фряхой хватает до бровей, то зачем изобретать что-то иное?
>> Аж целых 500 клиентовВ секунду *TROLLFACE*
>>> Аж целых 500 клиентов
> В секунду *TROLLFACE*И всё равно мало.
Пирожок на полке. Садись, 4.
freebsd до сих пор svn использует?!
> freebsd до сих пор svn использует?!Неа, тебе показалось.
> freebsd до сих пор svn использует?!Да, они сравнительно недавно перешли на него с CVS.
>> freebsd до сих пор svn использует?!
> Да, они сравнительно недавно перешли на него с CVS.Oh, really?
https://github.com/freebsd/freebsd
>>> freebsd до сих пор svn использует?!
>> Да, они сравнительно недавно перешли на него с CVS.
> Oh, really?
> https://github.com/freebsd/freebsdВы про вот это?? Увау. Машина времени припаркована на github.com
May 27, 1999
This commit was manufactured by cvs2svn to create branch …
dca7ef27e0 Browse code
cvs2svn authored 14 years ago
>>>> freebsd до сих пор svn использует?!
> Машина времени припаркована на github.comhttps://github.com/freebsd/freebsd/commit/f131f027b47937d651...
+++ 20 лет на рынке git-а. Или svn-а?
> May 27, 1999
> https://github.com/freebsd/freebsd/commits/master?page=4330
> cvs2svn authored [B]14 years agoВ номинации "отжиг сезона" Митрофанов получает кубок опеннета в этом месяце :)
> (К)убок (О)пеннетаК. О.?
>> (К)убок (О)пеннета
> К. О.?K.O. - это нокаут. Теперь на опеннете и это получают?
> Oh, really?
> https://github.com/freebsd/freebsdКак бы это не официальный ресурс. Официально сватается доисторический шитец в виде SVN.
да ты бранчь что тебе ольше нравиться
> да ты бранчь что тебе ольше нравитьсяТак я уже. Правда, это был 3.9 RC от пингвина, извините :)
> Так я уже. Правда, это был 3.9 RC от пингвина, извините :)Не извиняю! Мочить пингвинов, ибо нефиг!
> Не извиняю! Мочить пингвинов, ибо нефиг!Ну вот вы и мочите. А пока вы мочите - апач и яху от вас сбежали.
> Ну вот вы и мочите. А пока вы мочите - апач и яху от вас сбежали.А у вас негров лин^W - а вы микрософту платите :)
> а вы микрософту платите :)У них денег, просто, ---- куры не клюют, оттого и платят всем, кому ни попадя.
> А у вас негров лин^W - а вы микрософту платите :)Я MS'у ничего не платил. Вы что-то путаете.
>> А у вас негров лин^W - а вы микрософту платите :)
> Я MS'у ничего не платил. Вы что-то путаете.То есть твоя винда - ворованная?
>> Я MS'у ничего не платил. Вы что-то путаете.
> То есть твоя винда - ворованная?А венда Эзаписана на жену"ТМ !
> То есть твоя винда - ворованная?То-есть, у меня элементарно нет никакой винды. Бедные бздоиды, никак не могут себе представить как это можно без винды обойтись. Ути-путти, какие наивные.
не стоит извиняться, я вот даже поблагодарить хочу, например.
> не стоит извиняться, я вот даже поблагодарить хочу, например.Не имеет смысла меня благодарить: я стараюсь для своего окорока. За это само по себе как-то странно и криво меня благодарить. Я же не для вас стараюсь, а для себя.
хм.. а ничего что официальным считается p4 ? ;-)опять лапчатые которые не разбираются в предмете...
Щитец у тебя в голове булькает. И изливается на публику.
> freebsd до сих пор svn использует?!Не "до сих пор", а "уже"!
Похвально, полезно же иногда выглядывать из окон, можно открыть для себя много нового. Сначала винду на бсд, а там, глядишь, если голова работает, и с бсд на линуксы...
> Похвально, полезно же иногда выглядывать из окон, можно открыть для себя много
> нового. Сначала винду на бсд, а там, глядишь, если голова НЕ работает, и с бсд на линуксы...Obviouse fix ...
> Похвально, полезно же иногда выглядывать из окон, можно открыть для себя много
> нового. Сначала винду на бсд, а там, глядишь, если голова работает,
> и с бсд на линуксы...ну насколько она у тебя не работает ты уже показал, можешь не продолжать ;-)
> ну насколько она у тебя не работает ты уже показал, можешь не продолжать ;-)Если уж даже тормозные яхи и апачи валят на линь - это таки показатель.
>> ну насколько она у тебя не работает ты уже показал, можешь не продолжать ;-)
> Если уж даже тормозные яхи и апачи валят на линь - это
> таки показатель.главное верить, да.
> главное верить, да.Вера - это у вас в вашей мелкой секте. А нормальным людям надо чтобы просто работало и не канифолило мозги. Вот и наблюдается то что наблюдается. А инструменты сетевой статистики типа неткрафта - они как, относятся к теологии?
>> Если уж даже тормозные яхи и апачи валят на линь - это таки показатель.Проповедник вам подсказал новую религию ?
>>> Если уж даже тормозные яхи и апачи валят на линь - это таки показатель.
> Проповедник вам подсказал новую религию ?ну пацану надо быть в струе.. а то засмеют.. девочка уйдет :-)
Они все там.. в струе...
> Они все там.. в струе...Ишь сколько тут специалистов по гидро- и аэродинамике собралось. Струи, обтекание! Сразу видно академиков! :)
> Проповедник вам подсказал новую религию ?Странно, давно ли неткрафт получил духовный сан? Где новость о данном факте на их страницах?
> Если уж даже тормозные яхи и апачи валят на линь - это таки показатель.Конечно - если все мухи уселись на что то эдакое - это наверняка вкусная штука. Иди попробуй :)
Какие у вас прикольные аргументы за систему. Сказать что остальные гэ. Потому что достоинств своей системы относительно этого гэ как-то не придумывается? :)
>> freebsd до сих пор svn использует?!
> Не "до сих пор", а "уже"!еще один.. А ничего что уже лет 10 основной точкой разработки считается p4 - а в cvs/svn вливаются результаты разработки из другого места - или это будет p4 или (как у некоторых) - git.
а в чем хранить единое дерево - а есть ли какая разница?
> freebsd до сих пор svn использует?!ваши уже все раскрылись в соответствующей новости по теме, ты поотстал и сильно.
unbound - хороший вариант, и в отличие от powerdns - пакет один для кеширующего рекурсора и авторитативного днс
> unbound - хороший вариант, и в отличие от powerdns - пакет один
> для кеширующего рекурсора и авторитативного днса где там авторитативный? )))
если они о себе пишут "A validating, recursive, and caching DNS server"?
авторитативный - это nsd.
> unbound - хороший вариант, и в отличие от powerdns - пакет один
> для кеширующего рекурсора и авторитативного днсНет там авторитативного в нормальном понимании, только костыли для локалки. За авторитативным - в nsd.
Как по мне - всё правильно сделали!
А если нужен авторитативный - бинд всегда в портах.