FreeBSD Foundation принимает проектные предложения

>devfs — динамическая файловая система для управления файлами устройств >в /dev.
>devd — демон, позволяющий запускать пользовательские программы при >подключении/отключении различных устройств.

>Безымянных имён сетевых интерфейсов (типа eth0, eth1, eth3...) во >FreeBSD нету. Так же как нет отдельных инструментов конфигурирования >разных типов сетевых интефейсов (ifconfig и iwconfig только в Linux).

угу. зато есть комбайн ifconfig(хотя и приятный).
А имена интерфейсов никто не мешает сделать и rl0/rl1/em0/bge/etc.

примерно так:

# PCI device 0x8086:0x1229 (e100)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0b:cd:f4:d3:41", ATTR{type}=="1", KERNEL=="eth*", NAME="fxp0"

>Догадаешься сам, как можно использовать devd или нужно всё разжувать, положить тебе в ротик и закрыть его?

а ты поведай, не томи :) как сделать нумерацию интерфейсов не с нуля и последовательную, а произвольную с произвольными именами(например, хочу чтобы линк в ядро сети звался core0, а до клиентов - cstmrs0)

без скриншотиков, а просто proof of concept ;)

>http://citkit.ru/articles/162/

педорчука цитируем? ну он же перманентно фигню пишет!

>Одна из приятных черт реализации devfs для FreeBSD, отличающая ее от Linux-аналога

devfs выкинули в районе 2.6.13 - это больше 2х лет назад. давайте тогда поговорим о 5й ветке freebsd?

>содержимое каталога /dev полностью переписывается при рестарте системы, и, следовательно, такая ссылка будет существовать только в текущем сеансе

опять же, пургу гонит. на немалом количестве систем каталог /dev собирается в tar-архив и при старте просто разворачивается.

>link acd0 cdrom

не надо ничего делать. 

>gmirror+ggated по NFS?

1)если отвалицца nfs-сервер(или сетка)
2)если отвалицца нода, на которую экспортировано блочное устройство через geom?

Ещё идеи? :) неужели на freebsd строят только bras'ы и роутеры, а HA-сервисы - нет?

>Я никогда не буду использовать ipfw, если есть гораздо практичный/функциональный/ и производительный pf.

ага-ага. т.е. нафиг LIBALIAS, нафиг active ftp, нафиг pptp итп.
ipfw хоть может претендовать на имя МСЭ, а pf - пакетный фильтр и только лишь.
Посмотрю я на вас, когда надо будет pf'ом зашейпить /19 сеточку( у каждого - своя полоса) и как вы будете пересобирать altq правя hardcoded limit числа очередей.

продолжая тему холивара: БСД уже научилась резать CD-R/RW, DVD-R/RW диски на сатовых приводах?

> БСД уже научилась резать CD-R/RW, DVD-R/RW диски на сатовых приводах?

Давно уж как.

> Бывает, что в программе есть какой-то коренной архитектурный изъян. Чтобы его исправить, потребуется перетрясти половину программы. Чтобы люди во время этой перетряски нормально работали, остаётся поддерживаемая старая версия программы. В неё вносятся мелкие исправления, связанные с безопасностью.

Если внимательно посмотреть на базу портов, можно внезапно™ заметить, что ряд приложений, которые „наполовину перетряхиваются”, аккуратно ветвятся в параллельные порты по старым/новым версиям.

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

Если внимательно посмотреть на базу портов, можно внезапно™ заметить... (далее см. выше).

Хотя в ряде случаев мэйнтейнеры портов ощутимо тормозят с критическими апами. Но это уже субъективно.

>Если внимательно посмотреть на базу портов, можно внезапно™ заметить, что ряд приложений, которые „наполовину перетряхиваются”, аккуратно ветвятся в параллельные порты по старым/новым версиям. 

отчего же в портах нет разделения на stable и development? :)
ну вот quagga в портах из ветки для разработчиков. нафига оно там?

$30000 - это примерно 4 месяца работы мало-мальски чего-то понимающего в Visual C++ быдлокодеришки. Какие тут могут быть проектные предложения? Насмешили :)

>Не хочешь рисковать — не обновляй. Или обновляй на тестовой системе.

То есть существует только две альтернативы - либо обновляйся и можешь поломаться, либо не обновляйся - тогда поломают тебя?

>Смотри, что работает/не работает, решай сам.

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

Пойми, всё, что делают люди, ДОЛЖНО, просто ОБЯЗАНО работать, иначе это никому нельзя показывать и нужно продолжать дорабатывать до рабочего состояния.

>у меня VLC новой версии не отображает элементы управления — откатился на предыдущую из заранее собранного бинарного пакета. Всё работает.

И часто ты так балуешься?

Знаешь, что меня больше всего раздражает в Windows? Это ощущение неопределённости, когда что-то не работает: это у меня руки кривые, или винда глючит? В моём дистрибутиве Linux передо мной такой вопрос не стоит: если что-то не работает, значит это я сам накосячил. Конечно абсолютно всё проверить и протестировать нельзя, поэтому ооочень редко глюки всё-же бывают, но они настолько явные и очевидные, что я просто уверен - это баг, а не мои кривые руки.

>> А что насчёт аналогов resolvconf?

>А что насчёт него? Какая изменённая функциональность сетевого интерфейса нужна?
>http://www.freebsd.org/cgi/man.cgi?query=dhclient.conf&apropos=0&sekt...
>Не? Тогда прописываем в правилах devd.conf action на запуск скрипта изменения функциональности.

Мне нужно проставить приоритеты DNS-серверов, получаемых динамически на разных интерфейсах.

Опишу зачем мне это нужно. У моего провайдера есть DNS-сервер, который знает только два DNS-узла: сервера статистики и VPN-сервера. Этот DNS-сервер выдаётся по DHCP. Затем, когда я устанавливаю VPN-подключение, мне выдаются другие DNS-серверы, которые уже могут найти любую DNS-запись в Интернете. Но, когда истекает аренда DHCP, то при продлении аренды в начало resolv.conf снова попадает тот DNS-сервер, который знает только два узла. В этот момент я не могу подключиться ни к одному Интернет-узлу.

Мне нужно, чтобы DNS-серверы полученные от ppp0 были приоритетнее DNS-серверов полученных от eth0. resolvconf добавляет свои перехватчики к скриптам pppd и скриптам dhclient, и формированием файла /etc/resolv.conf занимается сам, расставляя DNS-серверы в том порядке, как это указано в его конфигурационном файле /etc/resolvconf/interface-order.

Кроме того, если в системе установлены и запущены dnsmasq(8) или pdnsd(8), он умеет выставлять адрес DNS-сервера 127.0.0.1 в начало списка.

И ещё, при изменении списка DNS-серверов, он умеет уведомлять об этом библиотеку resolver и вызывать скрипты, которые устанавливают в его каталог такие программы, как fetch-mail и squid.

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

>Каждый сетевой интерфейс в FreeBSD имеет своё имя. Номер к имени добавляется в зависимости от числа одинаковых адаптеров и номера слота PCI/разъёма USB, в который его воткнули.

Хорошо. Допустим у меня есть три одинаковых адаптера, которые определились в системе как rl0, rl1, rl2. Что будет, если я затем выну интерфейс rl1? В Linux остались бы rl0 и rl2, во FreeBSD - rl0 и rl1. Как во FreeBSD сделать, чтобы имена интерфейсов остались прежними?

> Тогда Ubuntu-Server должна быть вычеркнута из списка периодически пробируемых дистрибутивов на неопределённо долгий срок. Или вы этого не понимаете и всё равно периодически пытаетесь там найти то, чего в ней нет?

Слово ПЕРИОДИЧЕСКИ в моих репликах где-то встречалось?

> Альтернативу не так ищут. Накапливается список претензий к тому, что используется постоянно...

Умный очень? Мозги не жмут? Или просто преподователь? Тривиальщину гнать хватит, да?

Я О ЧЕМ писал. Есть FreeBSD, есть Debian. Есть претензии к ним. Есть осенние эксперименты. Есть впечетления от них - чем и делюсь.

>отчего же в портах нет разделения на stable и development? :)

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

>ну вот quagga в портах из ветки для разработчиков. нафига оно там?
На всякий случай, в оправдание FreeBSD хочу заметить, что и в Debian stable тоже development версия quagga, только в Debian она чуть менее свежая.

>Умный очень? Мозги не жмут? Или просто преподователь? Тривиальщину гнать хватит, да?

Нет. Нет. Нет. Ладно.

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

>Я О ЧЕМ писал. Есть FreeBSD, есть Debian. Есть претензии к ним. Есть осенние эксперименты. Есть впечетления от них - чем и делюсь.

У эксперимента есть цель, есть план, есть результат, есть вывод. У вас была цель настроить PPPoE-сервер, в качестве плана - попробовать сделать это на определённом количестве разных систем. Результат - вам удалось настроить работающий PPPoE-сервер только на FreeBSD и mpd. Я только не понял ваших выводов: "FreeBSD лучше, чем Linux" - я с этим не согласен, или "FreeBSD лучше для PPPoE-сервера" - возможно вы правы, или "у меня кривые руки и я осилил настроить PPPoE-сервер только в FreeBSD" - скорее всего.

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

> Ты, наверное, меньше 1-го процента пользователей. Даже клавиатуры выпускают уже давно в раскладке winkeys. Зачем ссать против ветра?

Это точно. Даже не то что процента, а вообще милиардная доля.

А зачем на клавиатуру смотреть? На ней ПЕЧАТАТЬ надо а не буквы рассматривать! ;-))

Фишка не в том. Есть такая штука - обратная совместимость. Дак вот ЕЕ В ДАННОМ СЛУЧАЕ И ПОЛОМАЛИ. Причем без вывески AHTUNG в README. Отсюда и мое наблюдение, что среднему взрощенному на пенгвине разработчику НАСРАТЬ на обратную совместимость и стабильность API/ABI.

> И нормальный дистриб тебе поменяет симлинк.

Да не про то речь! А если мне в голову пришло переразбить диск? Или sysctl какой к девайсу применить? Позавчера оно так называлось, вчера по другому, сегодня по третьему. А как программы писать? По каждому чиху обожаемого Линуса переписывать или сборщикам пакетов опять патчи делать?

Вывод тот-же - даже ведущим разработчикам пенгвина НАСРАТЬ на обратную совместимость и стабильность API/ABI.

> Зависимости будут тянутся везде. В принципе, пофиг при текущих объемах винтов.

Идиот? Или с принципом Оккама не знаком? В переложении на админский язык звучит примерно так:

Чем меньше приложений установлено на Вашем сервере, тем меньше шанс, что Ваш сервер невзначай ПОИМЕЮТ.

> devfs выкинули в районе 2.6.13 - это больше 2х лет назад. давайте тогда поговорим о 5й ветке freebsd?

Э-э-э... А что такая за FreeBSD 2.6.13? ;-)) В 6-й, 7-й и 8-й ветках devfs ЕСТЬ и работает ПО УМОЛЧАНИЮ.

> опять же, пургу гонит. на немалом количестве систем каталог /dev собирается в tar-архив и при старте просто разворачивается.

ПО УМОЛЧАНИЮ во FreeBSD все происходит через devfs.

> У эксперимента есть цель, есть план, есть результат, есть вывод. У вас была цель настроить PPPoE-сервер, в качестве плана - попробовать сделать это на определённом количестве разных систем. Результат - вам удалось настроить работающий PPPoE-сервер только на FreeBSD и mpd. Я только не понял ваших выводов: "FreeBSD лучше, чем Linux" - я с этим не согласен, или "FreeBSD лучше для PPPoE-сервера" - возможно вы правы, или "у меня кривые руки и я осилил настроить PPPoE-сервер только в FreeBSD" - скорее всего.

Немного не так. Цель - установка PPPoE/PPTP серверов (2 шт.). Есть - FreeBSD (основное решение), debian-stable (запасное решение). Что не страивает в них: слабая поддержка свежего железа, постоянное ощущение "писанья против ветра", неудобное удаленное обновление пакетов в случае с FreeBSD, несколько черезмерный консерватизм в случае с debian-stable. Отсюда промежуточная задача - попробовать решить проблему на базе нескольких МЕНЕЕ консервативных дистрибутивов linux в короткий срок.

Ну а вывод "у меня кривые руки и я осилил настроить PPPoE-сервер только в FreeBSD" практически верен. :-)) К нему еще стоит только добавить еще один "меня стошнило от того насколько безобразно это сделано в большинстве ОПРОБОВАННЫХ дистрибов linux".

>а ты поведай, не томи :) как сделать нумерацию интерфейсов не с нуля и последовательную, а произвольную с произвольными именами(например, хочу чтобы линк в ядро сети звался core0, а до клиентов - cstmrs0)


/etc/devfs.conf:
link fxp0 core0
link bge0 cstmrs0
"просто proof of concept" ;)

> /etc/devfs.conf:
> link fxp0 core0
> link bge0 cstmrs0

Неверно:
serg@sv ~>ifconfig -l
fwe0 sk0 lo0 pflog0
serg@sv ~>for arg in `ifconfig -l`
> do
> ls -l /dev/$arg
> done
ls: /dev/fwe0: No such file or directory
ls: /dev/sk0: No such file or directory
ls: /dev/lo0: No such file or directory
ls: /dev/pflog0: No such file or directory

Правильно так:
ifconfig fxp0 name core0
ifconfig bge0 name cstmrs0

Или даже так:
echo ifconfig_fxp0_name="core0" >> /etc/rc.conf
echo ifconfig_bge0_name="cstmrs0" >> /etc/rc.conf

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

А, да, когда во FreeBSD выставляешь получение IP по DHCP, то /etc/resolv.conf переписывается.

Вы полагаете, что dhclient во FreeBSD работает не так, как в Linux, и ему не хватает функциональности, которую вы описали?

> Как во FreeBSD сделать, чтобы имена интерфейсов остались прежними?

Хороший вопрос. Нет, конечно если ничего руками не делать, то имена одинаковых интефейсов в части номера при вынимании/перетыкании будут меняться. Есть несколько способов компенсировать эту особенность, один из которых состоит в привязке уникального имени интерфейса к заданному MAC-адресу. В правилах pf.conf не использовать жёстко прописанные имена интерфейсов, а везде пользоваться macro names.

Что касается дисковых устройств — можно обойтись метками томов, не имеющих никакой связи с физическим интерфейсом накопителя. Например: флэшку монтировать в файловую систему по метке раздела /dev/Backup, а не по имени интерфейса, к которому она подключается /dev/da0 или /dev/da1.

Что, значит в /etc/devfs.conf присваивание имён сетевым интерфейсам не работает?
(мне самому это никогда не надо было, поэтому не проверял)

> Что, значит в /etc/devfs.conf присваивание имён сетевым интерфейсам не работает? >(мне самому это никогда не надо было, поэтому не проверял)

Угу. И сигналы UP/DOWN через devd тоже не настроить (т.к. никаких /dev/fxp0 и т.п. просто НЕТ). Только /etc/start_if.fxp0 и т.п. Но это НЕ ТО - запускается после создания/конфигурирования интерфейса, а не после того, как он поднялся (динамическое изменение маршрутизации по втыканию/вытыканию кабеля как запуск скрипта работать не будет).

У Лукаса в книжке приведён пример переконфигурирования сетевого интерфейса после LINK_DOWN/LINK_UP по событию из devd.

Вдогонку:

net/ifstated - этим можно мониторить и запускать.

Точно!

Даже в книжку не надо смотреть: /etc/devd.conf:

#
# Try to start dhclient on Ethernet like interfaces when the link comes
# up. Only devices that are configured to support DHCP will actually
# run it. No link down rule exists because dhclient automaticly exits
# when the link goes down.
#
notify 0 {
match "system" "IFNET";
match "type" "LINK_UP";
media-type "ethernet";
action "/etc/rc.d/dhclient start $subsystem";
};

> толсто :). portupgrade не входит в базовую систему. Да, и почему portupgrade, а не portmaster или portmanager? В хэндбуке написано, мол, сами не знаем, обновляйтесь как хотите.

Да как бы в линухе тоже десяток пакетных манагеров. И если родной не нравится, особо хитровывернутые извращенцы привинчивают свой любимый, не меняя дистрибутив. В чём проблема-то?

> т.к. никаких /dev/fxp0 и т.п. просто НЕТ

Естественно. Есть и всегда были /dev/net/fxp0 и прочие.

> Он просто отработан на линуксе. Никто не мешал отработать его на других операционках.

Он отработан ТОЛЬКО на линуксе. И зуб даю, отработан ещё не до состояния stable. На любой другой системе, не только на фряхе, столкновение с вывертами хала вообще вызывает вопли с скрежет зубовный на тематических форумах. И пока он не отработан на других системах, его просто не стоило делать обязательным. Очевидно, что это несколько усложнило бы разработку, но дало бы возможность людям, ведущим хал на других системах, подтянуть системозависимую функциональность оного до должного уровня. А теперь есть то, что так любят ругать на винде - мэйнстрим (линукс), у которого всё работает и всё зашибись, и маргиналы, на которых разработчикам насрать. При том, что линукс сам ещё из маргиналов толком не выполз. Когда в следующий раз решите посрать на офтопик - вспомните этот пример, угу?

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

Да как раз видео пока работает, насколько я могу видеть. По крайней мере у меня (FreeBSD-8-amd64/radeonhd). Когда сломают, буду делать то же, что и сейчас - писать багрепорты и критиковать. А что я ещё могу сделать, если я не PC-программист?

> Естественно. Есть и всегда были /dev/net/fxp0 и прочие.

Насчет "всегда" - это перебор. Есть установка внутреннего сервера на 4.11-RELEASE-p25 (И не спрашивайте "почему" - 1) ОНО только для внутреннего пользования. 2) uptime - больше двух лет, трогать не хочется ;-)) :

$ ls /dev/net
ls: /dev/net: No such file or directory

> отчего же в портах нет разделения на stable и development? :)

Если внимательно посмотреть на базу портов, можно внезапно™ заметить, что большинство портов поддерживаются в состоянии stable. Для случаев, когда приложение перелопачивается, порт нередко ветвится на stable и devel. Впрочем, обычно после завершения "перелопачивания", когда новая версия получает статус стабильной и переходит в основной порт, утратившую актуальность ветку devel мэйнтейнер просто бросает на произвол судьбы.

> Только для базы. А порты?

А кто мешает при обновлении дерева портов использовать тэг RELENG_<что-то-там> вместо . ?

> Для стабильности. Впрочем, тебе этого не понять, ты же кроме FreeBSD ничего не видел. Только Ubuntu одним глазом, которую считаешь ровней Debian'у.

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

Примерно тем же занимаются фанатики христиане, говоря о мусульманах "он плохой" вместо "он другой". Мусульмане радостно отвечают им той же монетой. К чему приводит подобный нихера не конструктивный подход, известно даже иЗеню (религию привёл не срача ради, а просто как наиболее наглядный пример; сам довольно долго жил среди мусульман, и перекосы суждений друг о друге вижу довольно ясно).

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

>Э-э-э... А что такая за FreeBSD 2.6.13? ;-)) В 6-й, 7-й и 8-й ветках devfs ЕСТЬ и работает ПО УМОЛЧАНИЮ. 

Не стоит столь явно тупить(или пытаться изображать что не поняли).
iZEN привёл цитату педорчука про devfs в linux. Так вот, devfs уже года два как выкинули из ядра linux и все эти баечки про "devfs в freebsd лучше чем devfs в linux" - анахронизм.

>/etc/devfs.conf:
>link fxp0 core0
>link bge0 cstmrs0
>"просто proof of concept" ;)

вы такой умный, вам череп не жмёт?

речь когда у вас все интерфейсы от одного вендора(пусть будет bge).

/etc/devfs.conf:
link bge0 core0
link bge1 core1
link bge2 cstmrs0
link bge3 cstmrs1

Одну карточку(например, та что core1 или cstmrs0 я вынимаю).
И что вам даст переименование линков в этом случае?
Речь то не о возможности переименовывать интерфейсы, а об отсутствии необходимости играть в угадайку при добавлении/удалении карточек в систему.

про HA-почтовик идеи кончились? :))

>А, да, когда во FreeBSD выставляешь получение IP по DHCP, то /etc/resolv.conf переписывается.

Именно так.

>Вы полагаете, что dhclient во FreeBSD работает не так, как в Linux, и ему не хватает функциональности, которую вы описали?

dhclient и там и там одинаковый.

Только в Linux есть пакет resolvconf, который штатными средствами (хуками dhclient) перехватывает обновления resolv.conf и выставляет DNS, полученный от DHCP в соответствии с приоритетом интерфейса, прописанным в interface-order.

Есть привязки этого пакета к библиотеке resolver, к пакетам pppd, pdnsd, dnsmasq, squid, fetchmail. Вся информация о DNS хранится и управляется централизованно, через resolvconf.

> Речь то не о возможности переименовывать интерфейсы, а об отсутствии необходимости играть в угадайку при добавлении/удалении карточек в систему.

Отвечу вместо. Ничего не делать. Угадывать. В core-team были идеи про возможность прописывания в /boot/device.hints привязки к bus/address etc, да только стухли...

Есть у меня такой вариант (на уровне прикручивания коня позади телеги):

rc.conf:
ifconfig_bge[0-3]="up"

devd.conf:
notify 0 {
match "type" "LINK_UP";
device-name "bge[0-3]";
action "/usr/local/etc/bgestart $subsystem";
};

/usr/local/etc/bgestart:

if [ $# -lt 1 ]; then
exit
else
iface=$1
fi

macaddr=`ifconfig $iface|grep ether|awk '{print $2}'`

case $macaddr in
'11:22:33:44:55:66')
ifconfig $iface inet ...
ifconfig $iface name core0
;;
'22:33:44:55:66:77')
ifconfig $iface inet ...
ifconfig $iface name core1
;;
[...]
fi

>Беда в том, мил человек, что вы изначально выбрали неверный тон.

Каюсь. Просто я неравнодушен к холиварам FreeBSD vs Linux.

>Если с пафосом рассказывать чего нет во фре, то набегут её сторонники и расскажут о том, чего нет в линухе. И весь разговор, не став конструктивным, выродится в межсистемную фаллометрию.

Из существенных недостатков могу сам назвать один - в Linux'е нет NetGraph.

>Примерно тем же занимаются фанатики христиане...

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

>Это я к тому, что если вам в конкретном месте и в конкретное время не могут ответить на вопросы по функциональности фряхи, то это не значит, что она говно.

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

>Но в ней, по крайней мере, есть достаточно интересных технических решений, чтобы не стоило желать её смерти.

Я и не желаю ей смерти. Я назвал те вещи, которых мне не хватает во FreeBSD.

> Вон OpenBSD занимается своим XFree, и XOrg им не мешает.

ОШИБКА!

http://www.openbsd.org/44.html:

The system includes the following major components from outside suppliers:

* Xenocara (based on X.Org 7.3 + patches, freetype 2.3.5, fontconfig 2.4.2, Mesa 7.0.3, xterm 234 and more)

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

Среди линуксоидов таких тоже дохрена. Это свойство любого профессионального сообщества - плодить своих осаннопевцев и говнобросов.

> Я назвал те вещи, которых мне не хватает во FreeBSD.

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

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

а ещё бывает вариант "нужна, но сделать некому".

> а ещё бывает вариант "нужна, но сделать некому".

Нужна, но сделать некому = не нужна. Потому, что если нужна многим - обязательно найдётся желающий и МОГУЩИЙ написать. А если немногим - то, скорее всего, речь идёт о халявщиках, которые хотят, чтобы только для них и нахаляву.

>> /etc/devfs.conf:
>> link fxp0 core0
>> link bge0 cstmrs0
>> "просто proof of concept" ;)

> вы такой умный, вам череп не жмёт?

Я сам не проверял. :) Мне не было в этом необходимости.

Про привязку карточки/MAC к определённому имени интерфейса я уже сказал. Пример приведён (поблагодарите sergv).

> Речь то не о возможности переименовывать интерфейсы, а об отсутствии необходимости играть в угадайку при добавлении/удалении карточек в систему.

Именно! Этим страдает Linux, когда пользователь вынимает карточку и вставляет другую или добавляет ещё одну, то где какая среди eth0, eth1, eth2 — попробуй угадай с первого раза — с первого раза обычно ни у кого не получается. Во FreeBSD угадывается с первого раза, если карточки хотя бы разных вендоров.

> про HA-почтовик идеи кончились? :))

А чем плохо зеркалирование раздела? Ну и конечно должны быть средства у самой базы данных почтовых сообщений бэкапиться по крону без посторонней помощи — dump/restore на "живой" UFS2 ещё никто не отменял.

>Именно! Этим страдает Linux, когда пользователь вынимает карточку и вставляет другую или добавляет ещё одну, то где какая среди eth0, eth1, eth2 — попробуй угадай с первого раза — с первого раза обычно ни у кого не получается.

Можно посмотреть в lspci. Если лень - угадать не долго. Проблема всё равно не в этом. Долго перелопачивать конфиги, если я всего-лишь добавил или убрал сетевую карту.

>Во FreeBSD угадывается с первого раза, если карточки хотя бы разных вендоров.

Не хотя бы, а если. Если они одной модели - будете гадать так же, как и линуксоводы.

> Можно посмотреть в lspci. Если лень - угадать не долго. Проблема всё равно не в этом. Долго перелопачивать конфиги, если я всего-лишь добавил или убрал сетевую карту.

Вам же предложили решение с ifconfig_xxx_name="yyy". Вполне решение - после добавления/замены карты требуется поменять привязку только в /etc/rc.conf. Может, не так кошерно, как в линухе (хотя - вопрос спорный), но вполне работоспособно и даже удобно. Я, например, эту фичу использую, давая сетевухам имена типа "inet0", "inet1", "dmz", "lan" И т.д. И никаких проблем с заменой карточек.

>Про привязку карточки/MAC к определённому имени интерфейса я уже сказал. Пример приведён (поблагодарите sergv).

sergv сообразил звои костыли на эту тему. в linux это штатная фича.

из 70-persistent-net.rules:

# PCI device 0x11ab:0x4362 (sky2)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:30:4f:64:71:92", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x8086:0x1229 (e100)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0b:cd:f4:d3:41", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

>Именно! Этим страдает Linux, когда пользователь вынимает карточку и вставляет другую или добавляет ещё одну, то где какая среди eth0, eth1, eth2 — попробуй угадай с первого раза — с первого раза обычно ни у кого не получается.

чушь несете. имена драйверов в persistent-net.rules, device id тоже есть, mac-адреса - тоже. признаков более чем достаточно. если мак-адреса известны можно вообще заранее прописать и карточки встанут на заранее определённые имена.

>А чем плохо зеркалирование раздела?
тем, что у вас будет master-slave репликация, а не master-master.
Более того, нод может быть больше чем 2.

>Ну и конечно должны быть средства у самой базы данных почтовых сообщений бэкапиться по крону без посторонней помощи

причём тут бэкап? вы что, раз в секунду это будете делать? и что вы всё вертитесь вокруг костылей dump/restore & nfs?

тут напрашивается либо shared storage, либо SAN. 

>Вам же предложили решение с ifconfig_xxx_name="yyy". Вполне решение - после добавления/замены карты требуется поменять привязку только в /etc/rc.conf.

ещё один. чукча, если у тебя 3шт bge(bge0,bge1,bge2), то вытащив bge1 ты гарантированно положишь ещё и bge2 из-за переезда bge2 => bge1.
Более того, если у тебя было ifconfig_bge2_name="dmz", то оно не отработает, т.к. bge2 просто не будет в системе.

> ещё один. чукча, если у тебя 3шт bge(bge0,bge1,bge2), то вытащив bge1 ты гарантированно положишь ещё и bge2 из-за переезда bge2 => bge1. Более того, если у тебя было ifconfig_bge2_name="dmz", то оно не отработает, т.к. bge2 просто не будет в системе.

И что? Ты что, каждый день сетевухи из сервака дёргаешь? Поменял сеть, загрузился в однопользовательском режиме, поменял rc.conf, нажал Ctrl-D и всё работает. В чём проблема-то? В том, что в линухе это удобнее? Да и ладно. Раз в год меня не парит rc.conf поправить.

>Поменял сеть, загрузился в однопользовательском режиме, поменял rc.conf, нажал Ctrl-D и всё работает. 

нутк. реальный поцаны с freebsd проводят работы только с downtime ;)))

> нутк. реальный поцаны с freebsd проводят работы только с downtime ;)))

Эмм... Так ты работаешь с оборудованием, которое позволяет дергать устройства на PCI на горячую? А, ну извини. Я до такого не дорос ещё.

Или ты хочешь сказать, что набор ifconfig И последующая коррекция одной-двух строк в rc.conf занимает больше времени, чем выдёргивание сервера из стойки, снятие крышки, замена сетевой, сборка и последующий запуск?

Время настолько несопоставимо, что не вижу смысла говорить о лишней минуте (в худшем случае) на правку rc.conf. Разве что ради флейма.

>Эмм... Так ты работаешь с оборудованием, которое позволяет дергать устройства на PCI на горячую? А, ну извини. Я до такого не дорос ещё. 

школота не асилила pci hotplug? ;)) 

>Или ты хочешь сказать, что набор ifconfig И последующая коррекция одной-двух строк в rc.conf занимает больше времени, чем выдёргивание сервера из стойки, снятие крышки, замена сетевой, сборка и последующий запуск? 

я хочу сказать что в таких случаях всё крутится в xen/kvm и сервис в онлайне мигрируется на другую ноду без downtime.

но как я уже говорил, бравым парням с freebsd это недоступно, ибо xen не асилили, как и много других полезных и удобных вещей.

Вот и остаётся только bras'ы да роутеры на фряхе делать.