31827 2016-02-20 10:26:57 +0300 systemd compability 2016-03-02 19:25:33 +0300 1 1 4 Development Sisyphus postfix unstable all Linux CLOSED FIXED systemd P3 normal --- 1 enp glebfm evg glebfm qa-sisyphus oldest_to_newest 155178 0 enp 2016-02-20 10:26:57 +0300 В системах с systemd файл /etc/sysconfig/network может отсутствовать, прошу убрать ссылку на него из /lib/systemd/system/postfix.service 155182 1 evg 2016-02-20 11:51:15 +0300 Наверное, будет достаточно и s/EnvironmentFile=/EnvironmentFile=-/ 155224 2 enp 2016-02-24 10:25:34 +0300 А еще в составе postfix опакечен один совершенно лишний файл: # file /etc/syslog.d/postfix /etc/syslog.d/postfix: broken symbolic link to `/var/spool/postfix/dev/log' В итоге postfix зависит от syslog-common, который в системе с systemd совершенно не обязателен. 155225 3 ldv 2016-02-24 11:21:59 +0300 (In reply to comment #2) > А еще в составе postfix опакечен один совершенно лишний файл: > > # file /etc/syslog.d/postfix > /etc/syslog.d/postfix: broken symbolic link to `/var/spool/postfix/dev/log' > > В итоге postfix зависит от syslog-common, который в системе с systemd > совершенно не обязателен. А логи postfix в системе с systemd тоже совершенно не обязательны? 155229 4 enp 2016-02-24 12:05:16 +0300 > > В итоге postfix зависит от syslog-common, который в системе с systemd > > совершенно не обязателен. > > А логи postfix в системе с systemd тоже совершенно не обязательны? В /var/log да, journald лучше знает, где им место. По большому счету и в случае SysV могут быть причины не хранить логи локально, а сразу отправлять по сети. В общем ноги растут из https://bugzilla.altlinux.org/show_bug.cgi?id=31819 и https://bugzilla.altlinux.org/show_bug.cgi?id=31799, где я предлагаю оторвать зависимость syslog-common от syslog-демонов. 155230 5 ldv 2016-02-24 12:21:42 +0300 (In reply to comment #4) > > > В итоге postfix зависит от syslog-common, который в системе с systemd > > > совершенно не обязателен. > > > > А логи postfix в системе с systemd тоже совершенно не обязательны? > > В /var/log да, journald лучше знает, где им место. Вы уверены, что логи от зачрутенных postfix-процессов дойдут до journald? 155231 6 enp 2016-02-24 12:35:19 +0300 > Вы уверены, что логи от зачрутенных postfix-процессов дойдут до journald? Ссылка /etc/syslog.d/postfix у меня все равно битая (см. выше). Зато в выводе journalctl я вижу сообщения от postfix/master, postfix/qmgr и postfix/smtp. 155234 7 ldv 2016-02-24 13:27:11 +0300 (In reply to comment #6) > > Вы уверены, что логи от зачрутенных postfix-процессов дойдут до journald? > > Ссылка /etc/syslog.d/postfix у меня все равно битая (см. выше). Значит, journald не умеет /etc/syslog.d/; получается, вы предлагаете сломать то, что работает в sysvinit, для совместимости с systemd, в котором это не работает. Правильно? (In reply to comment #6) > Зато в выводе > journalctl я вижу сообщения от postfix/master, postfix/qmgr и postfix/smtp. И какой вывод вы делаете на основе этого наблюдения? Что /var/spool/postfix/dev/log не нужен? 155241 8 enp 2016-02-24 16:20:40 +0300 (В ответ на комментарий №7) > (In reply to comment #6) > > > Вы уверены, что логи от зачрутенных postfix-процессов дойдут до journald? > > > > Ссылка /etc/syslog.d/postfix у меня все равно битая (см. выше). > > Значит, journald не умеет /etc/syslog.d/; получается, вы предлагаете сломать > то, что работает в sysvinit, для совместимости с systemd, в котором это не > работает. Правильно? Я предполагаю, что в случае journald это и так работает, см. ниже. Ломать sysvinit конечно же нехорошо. > (In reply to comment #6) > > Зато в выводе > > journalctl я вижу сообщения от postfix/master, postfix/qmgr и postfix/smtp. > > И какой вывод вы делаете на основе этого наблюдения? > Что /var/spool/postfix/dev/log не нужен? Самый очевидный вывод - journald получает данные от postfix как-то иначе (через stdout/stderr?) и в /var/spool/postfix/dev/log а также в /etc/syslog.d/ не нуждается. Конечно, этот вывод может быть неверным, помогите мне тогда вот это интерпретировать: # rpm -qa | grep syslog syslog-common-1.4.1-alt30 # file /etc/syslog.d/postfix /etc/syslog.d/postfix: broken symbolic link to `/var/spool/postfix/dev/log' # systemctl status postfix.service -l ● postfix.service - Postfix Mail Transport Agent Loaded: loaded (/lib/systemd/system/postfix.service; disabled; vendor preset: disabled) Active: active (running) since Wed 2016-02-24 16:08:43 MSK; 1min 46s ago Process: 3174 ExecStart=/usr/sbin/postfix start (code=exited, status=0/SUCCESS) Process: 3085 ExecStartPre=/usr/sbin/postfix check (code=exited, status=0/SUCCESS) Process: 2973 ExecStartPre=/etc/init.d/postfix adjust (code=exited, status=0/SUCCESS) Main PID: 3266 (master) CGroup: /machine.slice/systemd-nspawn@logger.service/system.slice/postfix.service ├─3266 /usr/libexec/postfix/master -w ├─3267 pickup -l -t fifo -u -c ├─3268 qmgr -l -t fifo -u -c ├─3298 cleanup -z -t unix -u -c ├─3299 trivial-rewrite -n rewrite -t unix -u -c └─3300 local -t unix Feb 24 16:08:42 logger systemd[1]: Starting Postfix Mail Transport Agent... Feb 24 16:08:43 logger postfix[2973]: Adjusting environment for postfix: [ DONE ] Feb 24 16:08:43 logger postfix/master[3266]: daemon started -- version 2.11.7, configuration /etc/postfix Feb 24 16:08:43 logger systemd[1]: Started Postfix Mail Transport Agent. Feb 24 16:09:16 logger postfix/pickup[3267]: 5A64D9669: uid=0 from=<root> Feb 24 16:09:16 logger postfix/cleanup[3298]: 5A64D9669: message-id=<20160224130916.5A64D9669@logger.localdomain> Feb 24 16:09:16 logger postfix/qmgr[3268]: 5A64D9669: from=<root@logger.localdomain>, size=316, nrcpt=1 (queue active) Feb 24 16:09:16 logger postfix/local[3300]: 5A64D9669: to=<enp@logger.localdomain>, orig_to=<root>, relay=local, delay=0.39, delays=0.14/0/0/0.25, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail -a $DOMAIN -d $LOGNAME) Feb 24 16:09:16 logger postfix/qmgr[3268]: 5A64D9669: removed 155499 9 repository-robot 2016-03-02 19:25:33 +0300 postfix-1:2.11.7-alt2 -> sisyphus: * Wed Mar 02 2016 Fr. Br. George <george@altlinux> 1:2.11.7-alt2 - Making /etc/sysconfig/network optional (closes: #31827) - Extra/chroot.conf: added support for alias_maps (closes: #31822) - Disable TLS micro version check (closes: #31752)