сразу же после установки (и внесения имени домена в конфигурационный файл) и запуска сервиса имеем следующее: [root@dc bloodmary]# service amavisd status amavisd is dead, but subsystem is locked При этом процесс наличествует, письма замечательно проверяются и проч. А вот status его показывается криво...
надо исправить на status --pidfile "$PIDFILE" --expect-user mail --name amavisd -- amavisd
А когда появится исправление в Сизифе и в updates к Мастеру?
В сизифе эта ошибка уже исправлена. В ближайшие дни будет новая версия. Про обновления для Мастера - пока ни чего сказать не могу. Не слишком это критичные ошибки.
*** Bug 6054 has been marked as a duplicate of this bug. ***
Опять то же самое. > [root@mail-gw conf.d]# service amavisd status > amavisd is dead, but stale PID file exists > [root@mail-gw conf.d]# start-stop-daemon --stop --test --name amavisd --pidfile /var/run/amavis/amavisd.pid --user mail > No amavisd found running; none killed. > [root@mail-gw conf.d]# start-stop-daemon --stop --test --pidfile /var/run/amavis/amavisd.pid --user mail > Would send signal 15 to 5270. > [root@mail-gw conf.d]# ps afx | grep amav > 5447 pts/2 S+ 0:00 | \_ grep amav > 5270 ? Ss 0:01 amavisd (master) > 5278 ? S 0:00 \_ amavisd (ch2-avail) > 5279 ? S 0:00 \_ amavisd (ch1-avail) > 5280 ? S 0:00 \_ amavisd (ch2-avail) > 5281 ? S 0:00 \_ amavisd (virgin child)
amavisd давно пора обновить. я его давно отдаю в хорошие руки, никто не берет. А мне его использовать негде, я давно не администрирую почтовые системы.
похоже, start-stop-daemon изменил своё поведение, т.к. на старой системе > stop-daemon --stop --test --name amavisd --pidfile /var/run/amavis/amavisd.pid --user mail отрабатывал нормально, а теперь - нет. При том, что и раньше, и сейчас процесс был: 27991 ? Ss 0:01 amavisd (master)
*** Bug 37266 has been marked as a duplicate of this bug. ***
Надо проверить, актуальна ли эта ошибка в переименованном пакете.
(Ответ для Anton Farygin на комментарий #9) > Надо проверить, актуальна ли эта ошибка в переименованном пакете. В переименованном пакете (2.12.{0,1,2}-alt1) init-скрипт просто сломан. Конфигурация amavisd в пакете переехала (зачем-то) из /etc/amavis/ в /etc/amavisd/ , а в init-cкрипте пути остались старые. В самом /usr/sbin/amavisd файл конфигурации вообще ищется как /etc/amavisd.conf, т.е., через init-скрипт запустить amavisd сейчас нельзя.
(Ответ для Nikolay A. Fetisov на комментарий #10) > (Ответ для Anton Farygin на комментарий #9) > > Надо проверить, актуальна ли эта ошибка в переименованном пакете. > > В переименованном пакете (2.12.{0,1,2}-alt1) init-скрипт просто сломан. > > Конфигурация amavisd в пакете переехала (зачем-то) из /etc/amavis/ > в /etc/amavisd/ , а в init-cкрипте пути остались старые. > В самом /usr/sbin/amavisd файл конфигурации вообще ищется как > /etc/amavisd.conf, > т.е., через init-скрипт запустить amavisd сейчас нельзя. Более того, /etc/amavisd/conf.d больше не используется (а файлы там лежат), control сломаны вообще А сервис не запустить и через systemd, потому что пути к pid/lock неверны: # grep run /lib/systemd/system/amavisd.service /lib/tmpfiles.d/amavisd.conf /lib/systemd/system/amavisd.service:PIDFile=/run/amavisd/amavisd.pid /lib/tmpfiles.d/amavisd.conf:d /var/run/amavis 0775 root mail - а третий раз этот путь указывается в /etc/amavisd/amavisd.conf Далее, в этот /run/amavis всё равно не записать, потому что пользователь amavis не имеет отношения к группе mail, да и всё равно вторичные группы при переходе к пользователю amavis не учитываются, поэтому добавлять его в группу mail бесполезно. И зачем я только поверил, что в p10 лежит работающая версия. Может быть, все пользуются чем-то другим, rspamd, который я собираю?
Пакет удалён из Sisyphus.
(Ответ для Andrey Cherepanov на комментарий #12) > Пакет удалён из Sisyphus. возрат будет или хоронить?
