forum.lissyara.su

поставил постфикс из исходников, вроди запустился, проблема в том что не появилось стартового скрипта в rc3 и самое главное не пишется лог в /var/log/maillog
строка из /etc/syslog.conf после запуска через логов нет
подскажите, почему не пишется лог и как это пофиксить?
заранее спасибо.

Dima 20 писал(а):поставил постфикс из исходников

Принципиально rpm не устанавливали?

проблема в том что не появилось стартового скрипта в rc3

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

подскажите, почему не пишется лог и как это пофиксить?

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

из репозитория ставить пробовал но там небыло поддержки mysql
вот только что поставил на домашней машине

Из официального репозитория.

из репозитория ставить пробовал но там небыло поддержки mysql

Если подключить репозиторий centosplus, там есть пакет с поддержкой mysql/pgsql

Спасибо, к сожалению репозиторий подключил, но yum там не искал, скачал rpm и поставил, все работает спасибо.

Модераторы, прикрепите плз тему.

Помощь по стандартному софту, скомпиленному из исходников не оказывается.!!!

Вопрос топикстартера должен был звучать так: как поставить postfix (with mysql) в centos ?
(кстати подобный вопрос можно запросто задать и гуглу.)

paix писал(а):Модераторы, прикрепите плз тему.

Помощь по стандартному софту, скомпиленному из исходников не оказывается.!!!

Вопрос топикстартера должен был звучать так: как поставить postfix (with mysql) в centos ?
(кстати подобный вопрос можно запросто задать и гуглу.)

Интересный вопрос, был бы он по информативней то можно помочь

paix писал(а):Модераторы, прикрепите плз тему.
Помощь по стандартному софту, скомпиленному из исходников не оказывается.!!!
Вопрос топикстартера должен был звучать так: как поставить postfix (with mysql) в centos ?
(кстати подобный вопрос можно запросто задать и гуглу.)

Да и по нестандартному, может быть тоже не стоит оказывать. Таким образом, будет толчок
к сборке собственных пакетов, в перспективе, если это будет нужно другим можно либо
собственные репозиторий открыть, либо собственную свалку (junk yard для разных дистров).

_Andy писал(а): Да и по нестандартному, может быть тоже не стоит оказывать. Таким образом, будет толчок
к сборке собственных пакетов, в перспективе, если это будет нужно другим можно либо
собственные репозиторий открыть, либо собственную свалку (junk yard для разных дистров).

Тут я с тобой не согласен.
С точки зрения время\результат часто проще делать именно скриптовым методом.
Имеется куча разного нестандартного комерческого софта, который к тому так просто не собереш никуда, всякие attlassian, asteriks...ну кароче много всего.
Второй момент, это когда имеется большой набор разнобойных серверов и систем, а нужна одинаковая функциональность.

Компилится все из исходников скриптами и обновляется аналогично.
Яркий пример - хостинговый системы, в частности directadmin.

Тут самое главное что? Самое главное иметь инструкцию и план действий. Чтобы данный сорсинстал можно было воспроизвести где угодно\обновить и прочее.

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

paix писал(а): Тут я с тобой не согласен.
С точки зрения время\результат часто проще делать именно скриптовым методом.

Зачем, когда написанный спек/порт, редактируется под текущую версию.

paix писал(а): Имеется куча разного нестандартного комерческого софта, который к тому так просто не собереш никуда, всякие attlassian, asteriks...ну кароче много всего. Второй момент, это когда имеется большой набор разнобойных серверов и систем, а нужна одинаковая функциональность.

На сайте астериска есть репозиторий. После его подключения ставишь сразу rpm (пробовали для CentOS, за наличие пакетов для Debian не скажу).

paix писал(а): Компилится все из исходников скриптами и обновляется аналогично.
Яркий пример - хостинговый системы, в частности directadmin.

Снова - можно иметь свой junkyard. Один раз сделать спек/порт и корректировать его с учетом нового в тарболе.
Поскольку тебе официальное включение в репозиторий/дерево портов не нужно, то можно спокойно это дело хранить.

paix писал(а): Тут самое главное что? Самое главное иметь инструкцию и план действий. Чтобы данный сорсинстал можно было воспроизвести где угодно\обновить и прочее.

Я предлагаю объединить усилия, затраченные на получение пакетов/портов и сделать результат доступным всем желающим.

paix писал(а): Я сам иногда использую такой метод, например для сборки php-fpm. Поскольку автор идет в ногу с карентом, то приходится аналогично.
Хотя последнее время стараюсь как можно больше переходить на стандартные схемы, требующие меньше усилий.

А в чем соль сборки php-fpm? На сайте порта нету разве?

ты все правильно говориш
просто не нужно отрицать сборку из исходников.

Я тебе из практики расказываю:
компания, админящая несколько сотен хостинговых серверов 24х7
в основном redhat разных сборок и версий.

На всех системах используются условно стандартные сборки софта (в зависимости от панели управления). Т.е. на всех сервах с цпанелью пхп и экстеншины собраны одинаково.

У директадмина подход аналогичный, видимо, вызванный недостатком ресурсов для создания пакетов под разные системы.

Еще один случай из практики. Мне нужно иметь два пхп, один стандартный, второй php-fpm.
Система не даст тебе поставить второй. Поэтому ставится он скриптами. И поверь, поддерживать один системный а второй сорсинстальный пых много легче, чем скрестить их в одну кашу.
Аналогично, если например надо пхп разных версий.

Но это все случаи где по соотношению время\поддержка\результат сорсинсталы дают преимущества.
Когда начинаются кастыли в духе профтпд с мускилем из сорсинсталов, думаеш

paix писал(а):ты все правильно говориш
просто не нужно отрицать сборку из исходников.

Почему? Когда надо "вынь-да-полож", что бы работало уже вчера, только
в этом случае. Остальное - от лукавого.

paix писал(а): Я тебе из практики расказываю:
компания, админящая несколько сотен хостинговых серверов 24х7
в основном redhat разных сборок и версий.

Сервер инсталляции + kickstart + cобственные репозитории выручат.

paix писал(а): На всех системах используются условно стандартные сборки софта (в зависимости от панели управления). Т.е. на всех сервах с цпанелью пхп и экстеншины собраны одинаково.

Одной проблемой меньше

paix писал(а): У директадмина подход аналогичный, видимо, вызванный недостатком ресурсов для создания пакетов под разные системы.

Ты сам можешь сделать недостающий пакет для своей системы.

paix писал(а): Еще один случай из практики. Мне нужно иметь два пхп, один стандартный, второй php-fpm.
Система не даст тебе поставить второй. Поэтому ставится он скриптами. И поверь, поддерживать один системный а второй сорсинстальный пых много легче, чем скрестить их в одну кашу.
Аналогично, если например надо пхп разных версий.

php-fpm это же патч для php, ускоряющий загрузку php как fastcgi процесса, плюс дополнительный
обвес в виде возможности завершить зависший процесс и т.д. Скрипт можно увидеть?

paix писал(а): Но это все случаи где по соотношению время\поддержка\результат сорсинсталы дают преимущества.
Когда начинаются кастыли в духе профтпд с мускилем из сорсинсталов, думаеш

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