Чем хорош этот CentOS?

Закос по ънтерпрайз же!

Закос по ънтерпрайз же!

Я думаю что «ънтерпрайз» должен быть удобный для человека который с ним работает... а не просто куча конфигов наложеных в одну кучу лижбы напихать ...

Неа, суть ънтерпрайза в гарантиях. Затраты на скриптинг и настройку таких вещей копеечны. А если вдруг всё сломается и нельзя будет скинуть задачу по решеную на «ответственных за неисправность» - кирдык.

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

Хорош тем, что время жизни большое.

Патамушта ты малаграматнай. Абразованыи потсаны панимают што центос чоткий иба клон кепки.

> Конфиги разных демонов могут находится где угодно /etc/, /var/, /usr/lib

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

к примеру Апач: Конфигурационный файл нам предлагает все виртуальные хосты скидывать в один конфиг apache2.conf

????? Вообще, в CentOS конфиг апача зовется httpd.conf, лежит он в /etc/httpd/conf, и внутри него есть директива include /etc/httpd/conf.d/*.conf

демон в системе называется не apache2 (какбы логично) а httpd

Ты будешь удивлен, но место откуда растут ноги у этого демона, имеет URL http://httpd.apache.org/, и этот демон называется абсолютно правильно

А про установку Bind9 и не хочется и вспоминать

Да ну? Там bind девятой версии «из коробки», а конфиги лежат в пакете caching-nameserver, что в общем-то вполне логично.

но я так и не нашёл вменяемого аналога pre-up, up как в Debian в Centos ... Надо писать какой-то костыль-скрипт и класть его в /sbin

А чем /sbin отличается от /etc/NetworkManager/dispatchers.d или от /etc/init.d?

Enterprise => всякий специфичный софт «затачивается» как правило под RHEL (RHEL-compatible distros).

В остальном преимуществ нет. А в centos ешё и updates выходят замедленными темпами по сравнению с тем же scientific linux.

Ко всему можно привыкнуть. Вобщем, кроме первого пункта ты перечислил то, что не осилил. А первый пункт распространяется и на федорку в том числе, но с другой стороны лучше федорки с перлом никто не обращался (ну, может быть дебиан). Даже gentoo + 20 overlays не спасут :) Ну и еще, ты на серверах разработкой занимаешься или ставишь Oracle DB, jboss, которым оф. репы хватает ?

> кроме первого пункта […] не осилил

Есть мнение, что и первый пункт тоже не осилил

Все ясно: нас обманывают.

Именно этим мне и нравится CentOS Кстати я Мандриву использую, еще один клон.

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

> Я нечего против «network-scripts» не имею конечно... но я так и не нашёл вменяемого аналога pre-up, up как в Debian в Centos ... Надо писать какой-то костыль-скрипт и класть его в /sbin

Для каких задач нужен pre-up если не секрет ?

Солидарен. Только не Debian, а FreeBSD.

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

конфиги bind'а могут лежать в /var, так как он в chroot'е работает. а про /usr/lib похоже на чушь

1. есть неофициальные репозитории

2. верно только для /var и только для ограниченного числа демонов, которые запускаются в choot'е

3. нет такого, конфиг апача модульный, а httpd он называется потому что он так называется и как раз apache2 очень нелогично.

Конфиг bind'а скорее всего либо отдельным пакетом идет либо его надо скопировать из examples. И это правильно, ибо в production системах админы заворачивают свой конфиг в свой пакет и при установке он не будет конфликтовать с дефолтовыми конфигами как бывает в дебиане.

Debian куда болие дружелюбней и удобней в плане конфигурации.. То что в CentOS надо покрутить в Debian уже работает с коробки как говорится... Может я чегото не уловил в этом CentOS ?

У меня ощущения в точности обратные. Попробуй, например, запусти в дебиане dhcpd и dhcpd6 одновременно, а я посмеюсь :)

В дебиане кривые скрипты поднятия сети, поэтому чтобы править их косяки нужен pre-up и post-up. Например, mtu для bridge в interfaces не работает и его можно выставить только в post-up.

У дебиана слишком маленький срок поддержки. Если бы была LTS версия со сроком поддержки 7-14 лет (стандарт для больших юниксов и redhat), то цены ему бы не было.

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

конфиги bind'а могут лежать в /var

Это не конфиги, это _данные_, поскольку для них вполне нормально, когда они меняются (dynamic updates например). Также, как для DHCP - есть конфиг, и есть спул (выданые лизы)

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

.... а за красные (:

>Ты будешь удивлен, но место откуда растут ноги у этого демона, имеет URL http://httpd.apache.org/, и этот демон называется абсолютно правильно

вообще-то httpd - это общее название, apache2 - конкретная реализация (nginx - это тоже httpd!). так что нифига не правильно, а название носят в силу исторических причин.

У дебиана слишком маленький срок поддержки. Если бы была LTS версия со сроком поддержки 7-14 лет (стандарт для больших юниксов и redhat), то цены ему бы не было.

+++.

>Это не конфиги, это _данные_,

конфиги тоже там могут валяться, в случае chroot.
но в debian их туда надо ложить ручками, инсталлится все в /etc

(пользуемся lxc и не надо никаких chroot, конфигов в /var и т.п. рецептов.)

его любят

кто тебе сказал что его любят? :)

> (пользуемся lxc и не надо никаких chroot, конфигов в /var и т.п. рецептов.)

И где ты плюс разглядел?

Выучи русский язык сначала. В посте куча ошибок

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

named.conf это конфиг или данные?

Так как из коробки используются lxc в debian плюсов действительно нет, но если написать свои темплейты (я так exim с dovecot запаковал) плюсы найдутся, т.к. lxc это просто более прошареный chroot.

А какой у Вас родной язык? Меня чуть не вырвало от Вашей грамматики...

Посмотри в профиль. ТС на Украине живет.

Я с соседом очень тоже хотели понять. Он поставил, я тоже поглядывал периодически. Итого действительно

На мой взгляд в Debian всё намного приятней и удобней сделано

Это чистейшая правда. Вообще ни одного профита в том чтобы бороться с общей убоготью CentOS я не увидел.

> Это не конфиги, это _данные_

/var/named/chroot/etc/*.conf

Таки исключение.

Ещё одно исключение:
/var/lib/pgsql/data/*.conf

> named.conf это конфиг или данные?
Конфиг. В котором описываются вьювы, логи, каналы управления и т.д.

Данные в *.zone's файлах
/var/named/chroot/var/named/*

Я не в тему, но они всё-таки родили CR под 6. Пациент скорее жив\

>Посмотри в профиль. ТС на Украине живет.

не «НА украине», а " В УКРАИНЕ", это раз...
а два - нечего безграмотность ТСа прикрывать местом жительства.
:)

Это да, в сети такое сплошь и рядом, писать неграмотно разрешается только носителям.

писать неграмотно разрешается только носителям

Потому что мы делаем это правильно! :)

Мне кажется там где ставят CentOS что ставить выбирают админы, а админы выбирают ее чтобы получить опыт в интерпрайзе на будущее. У дебиан админа будет меньше шанс найти высокооплачиваемую работу. Это все мое неадминское имхо.

>Потому что мы делаем это правильно! :)

Как это ни парадоксально.

(Или «не парадоксально»? В общем, неважно. Или «не важно».)

там где ставят CentOS что ставить выбирают админы

Там, где выбирают не админы, ПМСМ, ещё забавнее. Выбор центоси легче обосновать перед руководством (это же почти Шапка!!!).

named.conf это конфиг или данные?

rpm -e bind-chroot, и найди мне named.conf в /var?

Ещё одно исключение:
/var/lib/pgsql/data/*.conf

Ыыыы, а вот тут ты не прав :-) Эта штука является свойством инстанса Postgres, создается только после вызова service postgresql initdb, ищется постгресом относительно расположения данных, и обзывать их конфигами можно с тем же успехом, что и /usr/share/locale/*

Школьники vs RHEL.

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

>не «НА украине», а " В УКРАИНЕ", это раз...
Тебя в детстве глисты не мучали?

> Ещё одно исключение: > /var/lib/pgsql/data/*.conf
обычно этот /var/lib/pgdata отдельный разед, а еще там цифра должна быть, и это хорошо тем что можно поставить два postgresql!

Только что узнал что в чудо СentOS 5 оказывается PostFix, не поддерживает MySQL который установленный из стандартного хранилища..

Ну просто эталонный серверный дистрибутив...

sasl2? :) есть у него такая дурка. но она дистронезависимая.