beza2000londinium,
согласен с Ценитель линупсов .
На работе RHEL - полно, раньше сталкивался с Suse.
В Suse вы не столкнетесь с таким количеством недоработок как в RHEL.
RHEL используем из-за требований заказчика.
Насчет недоработок в RHEL мжно пример ? :-)
Чаще наоборот, то в SLES aio в ядре сломаюьт, то еще чего.
RHEL постабильней, т.к. более консервативный дистрибутив, графические средсва администрирования
там действительно слабы.
YAST в SUSE сам по себе неплох и в консоли работает, что большой плюс, а минус - как и все GUI местами ограничен и иногда плохо совместим с последующей ручной правкой

P.S. Я лично использую Red Hat и мне он в целом нравится, хотя плюсы есть и у SuSe
И очень не понравилось заигрывание Novell с Microsoft. Бизнес есть бизнес, но попец лизать то зачем, тем более прямому конкуренту, чтоб не говорили

Ценитель линупусовms1980
Насчет недоработок в RHEL мжно пример ? :-)
Чаще наоборот, то в SLES aio в ядре сломаюьт, то еще чего.
Я ушел с RHEL только потому что в 3-ей редакции там нахрен был выломан htp/cbq шейпер в ядре.

Мелочь, но было крайне неприятно.

В RHEL еще и PPTP из ядра раньше выключали в какой-то версии, можно и это вспомнить
Только я его как роутер или VPN-сервер не использую, так что - для меня лично это не проблема.

Ценитель линупусов
ms1980RHEL постабильней, т.к. более консервативный дистрибутив,
Ниачем. Что такое более консервативный? В чем это измеряется?

Более консервативный - это в пределах версии ничего не меняется, только разве делаются
бэкпорты драйверов.
Про баги с AIO (асинронный ввод-вывод, если что) можещь почитать по форуму, жалоб много - обьяснять насколько это критично для того же Oracle ? Хотя конечно обновления тестировать надо

Ценитель линупусов
ms1980а минус - как и все GUI местами ограничен и иногда плохо совместим с последующей ручной правкой
Ограничен? Да, как и все в этом мире.
Ручной правкой? Чес и гон, ты просто не знаешь, как и где там надо править.

Знаю, за меня не переживай
Попробуй руками сделать самлинки для стартового скрипта, а не через yast. Как ты думаешь, как скоро он тебе их вынесет ? Хотя делать так не правильно конечно, в любой ОS надо придерживаться определенных стандартов

Ценитель линупусов
ms1980P.S. Я лично использую Red Hat
Т.е. ты единственный пользователь? Домохозяйка? Не пора-ли в 29-ть лет уже взрослеть?

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

Ценитель линупусов
ms1980и мне он в целом нравится, хотя плюсы есть и у SuSe
И очень не понравилось заигрывание Novell с Microsoft. Бизнес есть бизнес, но попец лизать то зачем, тем более прямому конкуренту, чтоб не говорили
Поди чупачупс пососи, что-ли. Полегчает. Или в песочнице в пасочки поиграйся.

Детский сад.

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

skeletms1980
Знаю, за меня не переживай
Попробуй руками сделать самлинки для стартового скрипта, а не через yast. Как ты думаешь, как скоро он тебе их вынесет ?

пипец. т.е. вы даже про chkconfig не слыхивали.... и эти люди тут втирают что-то нам про качество ОС. Мдя...

Не торопись с выводами. Использование chkconfig - это правильный вариант управления стартовыми скриптами, но я говорю про ручное создание ссылок, хотя и неправильно это, но в RHEL все это будет работать нормально, а yast в SLES их удалит.
Фраза вырвана из контекста, т.к. она была не про качество, а про то, что yast не допускает некоторых вольностей с ручной правкой.

skelet[quot ms1980]
и эти люди тут втирают что-то нам про качество ОС. Мдя...

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

Ценитель линупсовms1980 Не торопись с выводами. Использование chkconfig - это правильный вариант управления стартовыми скриптами, но я говорю про ручное создание ссылок, хотя и неправильно это, но в RHEL все это будет работать нормально, а yast в SLES их удалит.

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

Да... поржал вволю. Сразу видно знатно "опытного" специалиста.
Действительно, и эти люди еще пытаются нас учить правильно ковыряться в носу.

Ну если где и ошибся в отношении поведения yast - так я и не утверждал, что я использую Suse, так что насчет "опытного" специалиста в SLES - наверно правы, зато с Red Hat и еще с некоторыми Unix-системами опыт есть
К вопросу о корректности созданных вручную сслылок на скрипты в /etc/init.d - так кое-какой коммерческий софт делает - Oracle Clusterware в частности, так что полюбому учитывать это надо.

Или у вас это опять смех без аргументов ?

Еще раз повторюсь
1) инструментарий для администрирования в RHEL откровенно слаб, недоработан и самое главное - разрознен и создается впечетление, что разрабатывается без единого плана, это его минус. Но это не относится к системе в целом.
2) Yast - наверное, самый адекватный конфигуратор в Linux, видно что разрабатывается, имея четкий план развития. Радует и то, что работает не только в иксах, но и консоли.
Это плюс.
3) Минусы же в том, что он
а) порождает "администраторов", которые не знают, что происходит когда они нажимают OK
б) он ограничен как и любой GUI - но это в основном касается сервисов, не являющихся непосредственно частью OS - всякие MTA и т.д.

Возьмем например Postfix - продукт с четко структурированной конфигурацией
В принципе, конфигурится одинаково в любом Unix c поправкой на расположение конфигов
Но что у нас в Suse с Yast ? Что-то там есть в /etc/sysconfig/postfix, но охватит ли оно все возможности ?

И еще о совместимости с ручной правкой - спрашиваю как специалиста по Suse :-)
Что будет, если был создан конфиг вручную, а потом мега-админ запустил Yast и чего-то конфигурнул ?
Или такой вариант - мега-админ запустил Yast и чего-то конфигурнул, а потом неуч типа меня :-) залез в конфиг руками и поправил скажем relayhost руками в /etc/postfix/main.cf
Когда Yast перезапишет ручные изменения - при запуске service postfix reload или при следующей конфигурации Yast'ом ?
А под любой Unix то можно просто перенести конфиги, поправить пути и перестроить хеш-базы.

Проверить самому нет возможности, дистрибутива под рукой нет, не выкачивать же из-за спора

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

А говорить о чьем-то профессионализме, не приводя конкретных аргументов - это само по себе не очень-то грамотно :-) Я же о Вас ничего не говорю, поскольку Вас не знаю

P.S. Очень что-то длинный пост получился

skelet
Oracle Clusterware по крайней мере 10.2 сам корректно все свои демоны в rc прописывает, ручками НИЧЕГО делать не надо


Конечно, но не совсем штатным для дистрибутива образом. Впрочем, большой проблемы я в этом не вижу

skelet
не знаю, по мне так очень правильно, что если я что-то ЯВНО делаю ручками, значит именно это и надо, никто это неявно за кулисами не удаляет/исправляет и т.п.

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

skelet
вот вопрос: про system-config-* вы слышали и если да, то чем эта группа гуишных команд не устраивает?

Конечно слышал. Минус их в том, что часть работает в консоли, а часть только в иксах
Не всегда удобно держать на машине даже минимальные иксы, делая вывод на X-Server своей рабочей станции
Впрочем, не очень это серьезная проблема, мне и без них удобно

Ёш,

Посмотри здесь, через system-config-network можно только маршрут по умолчанию задать

http://www.cyberciti.biz/tips/configuring-static-routes-in-debian-or-red-hat-linux-systems.html

skelet Кстати он когда его запускаешь только удаляет или демон какой непрерывно работает?

Да вроде нет демонов. Только вносит изменения в соответсвующие файлы в /etc/sysconfig
и по ним модифицирует конфигурационные файлы приложений.
Впрочем, в чем то могу ошибаться, так я из Linux Red Hat'ом занимаюсь

skelet
Oracle Clusterware по крайней мере 10.2 сам корректно все свои демоны в rc прописывает, ручками НИЧЕГО делать не надо

в смысле не штатными??? после runInstaller от имени рута root.sh и дело в шляпе. А вы как хотели, что-бы он от имени оракла что-ли в rc полез? )

Да я не об этом, а о том что ссылки создаются вручную по сути командой ln -s, не регистрируя скрипты через chkconfig (хотя он в конце тоже самое выполняет при классическом SystemV init)
Но в Suse сейчас вроде параллельный запуск скриптов на зависимостях, для Oracle рекомендуемый к отключению :-) Так что там могут быть сюрпризы
Естественно ссылки создаются от root. Обычный пользователь доступа на запись в /etc/rc.d не имеет

skelet
ms1980
Минус их в том, что часть работает в консоли, а часть только в иксах

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

Для Oracle это не проблема, если насчет silent установки - инсталляторы по крайней мере начиная с Oracle 9 без установленных XLib вроде даже не запустятся. Если есть другой способ - подскажите, интересно даже.
Но скажем, на почтовом сервере держать иксы как то смысла нет
Впрочем, я и сам большинство вещей предпочитаю сделать руками, а не при помощи конфигуратора
Так зачастую даже проще.

skeletms1980
Да я не об этом, а о том что ссылки создаются вручную по сути командой ln -s, не регистрируя скрипты через chkconfig (хотя он в конце тоже самое выполняет при классическом SystemV init)
так чекконфиг думаете что, не ссылки создаёт что-ли? ))) в любом случае системные вызовы одни и те же идут


Так я вроде о том же :-) - chkconfig в конце тоже самое выполняет при классическом SystemV init

skelet
ну если просто runInstaller, то конечно не запуститься, во вы ведь должны понять, что он по сути тупо копирует файлы и мутит немного с ldd в плане путей к своим либам, ну и плюс создаёт файлики типа oratab ))


Я имею ввиду не запустится потому что динамический линковщик не найдет требующуюся для запуска библиотеку XLib.
А делает он там кроме копирования файлов еще кое что - правит пути в некоторых скриптах (в том же srvctl например), линкует бинарники, регистрирует инсталяцию в inventory. Ну и создаёт файлики типа oratab, если еще нету :-)

skelet
А сам процесс создания бд так вообще сводится к последовательному вызову сгенерённых команд в sqlplus. Конечно в ручную всё сие делать бред, просто надо один раз сгенерить скрипты эти в официальном инсталляторе, а потом тупо останется запустить скрипт. :)


Это то конечно верно, но я говорил про саму установку

Ценитель линупсов.ms1980 Возьмем например Postfix - продукт с четко структурированной конфигурацией
то-то там есть в /etc/sysconfig/postfix, но охватит ли оно все возможности ?
Вполне. На те, которые реально нужны, а не являются лишь эротической фантазией доморощенного админа.

Хватит, если оснавная задача MTA на хосте - только отсылка отчетов по заданиям cron.
Вообщем, вам не нужна особо какая либо фильтрация
У вас же перед ними - http://www.ironport.com/ или подобное :-)
Что до антивирусов и антиспама - кто же запрещает покупать коммерческие решения ?
Clamav ведь действительно слабоват, а со spamassasin придется повозится с правилами
и периодически их подкручивать

Ценитель линупсов.
ms1980
Что будет, если был создан конфиг вручную, а потом мега-админ запустил Yast и чего-то конфигурнул ?
Примерно то-же, если в БМВ поставить двигатель от запорожца.

Преувиличиваете, скажем по другому - yast'ом просто проще

Ценитель линупсов.
ms1980 Или такой вариант - мега-админ запустил Yast и чего-то конфигурнул, а потом неуч типа меня :-) залез в конфиг руками и поправил скажем relayhost руками в /etc/postfix/main.cf
Мегаадмина выгнать взашей, как бестолочь. В догонку рассказать про /etc/sysconfig/postfix, POSTFIX_RELAYHOST=

Тут спорить не буду, переконфигуряя чего либо, надо предварительно ознакомиться, как все делалось в данном случае
Хотя речь шла о совместимости Yast и ручной правки конфига

Ценитель линупсов.
ms1980 Выбор - вопрос личных предпочтений и уже наличия уже развернутых OS.
Вопрос личных ПРЕДУБЕЖДЕНИЙ, а также банальным знанием хоть чего-то.
Все это варнякание детей про классический RH в 99% случаев является просто данью тому, что они
ничего другого (ну проме какого дыбьяна) и не щупали. Чаще все вообще упирается
в набор прочитанных книжек сомнительного качества.

Ну ну, вот предположим устроились вы на новую работу. Там скажем штук 15 сереверов под RHEL в достаточно критичном продакшене, все работает без нареканий. Вас вот больше устраивает SLES и что, начнется миграция c RHEL ?

Ценитель линупсов.
А вообще-то любой лялих не является лучшим выбором в своих нишах, всегда есть более адекватные и
MTA, и Web и т.д. и т.п. решения (не говоря уже про файрволлы и раутеры, где любой лялих
работать имеет право постольку-поскольку, в колхозах разве).

Непоследовательно, то нахваливаешь SLES, то называешь лялихом.
MTA и Web никакого отношения к Linux не имеют, ПО вообщем то стандартное для любого Unix. Кстати включая любые промышленные Unix-системы.
Не хватает функционала бесплатного ПО - покупай комерческое, Domino например нормально пашет под Linux.
Для роутеров не спорю, вообще желательны аппаратные решения.

Ценитель линупсов
У вас там за уралом вообще на нартах ездят, нафиг вам интернеты?

Наастоящий маасквич ? Сам то давно из Бобруйска понаехал ? :-)

beza2000ms1980,
насчет недоработок в RHEL.

Имеентся RHEL Server 5.3

Пример 1.
Пакеты
exim-sa.i386 : Exim SpamAssassin at SMTP time - d/l plugin

В exim использования модуля exim-sa используется директивой
local_scan_path = /usr/libexec/exim/sa-exim.so
Вроде всё норально, НО в данной сборке параметр local_scan_path - устаревший!!!!
И его использовать нельзя. Логика присутствия пакета exim-sa мне стала не понятна.

Ну вобщем есть такое - после интеграции exiscan-acl патч dynamic loader исключили из сборки exim, а пакет exim-sa не удалили. Косяк, конечно, но на работу не влияет
Да, кстати, вспомнилось. Я сейчас DNS не администрирую, но недавно проскакивала информация
о баге в обновлении bind .

beza2000
Пример 2.
Имеется подписка на обновления модулей того же RHEL Server 5.3.
Все работает нормально, кроме одного НО: часто отсутствуют пакеты *-devel*.rpm
И если вы решили что-то пересобрать - добро пожаловать в Мир поиска недостающих пакетов .

Компилировать стал конечно пореже, но вроде не натыкался на такое. А названия пакетов не припомните ?