Bug 5361

Summary: bad init-script
Product: Sisyphus Reporter: bloodmary <bloodmary>
Component: amavisAssignee: Andrey Cherepanov <cas>
Status: CLOSED WONTFIX QA Contact: qa-sisyphus
Severity: normal    
Priority: P2 CC: cas, ildar, lav, mav, naf, rider, shaba, vod
Version: unstable   
Hardware: all   
OS: Linux   
Bug Depends on: 30306    
Bug Blocks:    

Description bloodmary 2004-10-19 15:33:35 MSD
сразу же после установки (и внесения имени домена в конфигурационный файл) и
запуска сервиса имеем следующее:
[root@dc bloodmary]# service amavisd status
amavisd is dead, but subsystem is locked

При этом процесс наличествует, письма замечательно проверяются и проч.

А вот status его показывается криво...
Comment 1 Alexey Shabalin 2004-10-20 14:45:45 MSD
надо исправить на 
status --pidfile "$PIDFILE" --expect-user mail --name amavisd -- amavisd
Comment 2 Aleksandr Blokhin 2004-11-18 13:18:59 MSK
А когда появится исправление в Сизифе и в updates к Мастеру?
Comment 3 Alexey Shabalin 2004-11-19 12:08:47 MSK
В сизифе эта ошибка уже исправлена. В ближайшие дни будет новая версия.
Про обновления для Мастера - пока ни чего сказать не могу. Не слишком это
критичные ошибки.
Comment 4 Alexey Shabalin 2005-02-07 16:25:47 MSK
*** Bug 6054 has been marked as a duplicate of this bug. ***
Comment 5 ildar 2014-09-12 15:19:00 MSK
Опять то же самое.
> [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)
Comment 6 Alexey Shabalin 2014-09-12 15:31:12 MSK
amavisd давно пора обновить.
я его давно отдаю в хорошие руки, никто не берет. А мне его использовать негде, я давно не администрирую почтовые системы.
Comment 7 ildar 2014-09-12 15:49:37 MSK
похоже, start-stop-daemon изменил своё поведение, т.к. на старой системе
> stop-daemon --stop --test --name amavisd --pidfile /var/run/amavis/amavisd.pid --user mail
отрабатывал нормально, а теперь - нет. При том, что и раньше, и сейчас процесс был:
27991 ?        Ss     0:01 amavisd (master)
Comment 8 Grigory Ustinov 2019-12-12 12:32:57 MSK
*** Bug 37266 has been marked as a duplicate of this bug. ***
Comment 9 Anton Farygin 2021-10-15 22:47:24 MSK
Надо проверить, актуальна ли эта ошибка в переименованном пакете.
Comment 10 Nikolay A. Fetisov 2022-06-06 18:46:38 MSK
(Ответ для 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 сейчас нельзя.
Comment 11 Vitaly Lipatov 2023-07-19 03:49:26 MSK
(Ответ для 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, который я собираю?
Comment 12 Andrey Cherepanov 2023-07-19 11:30:03 MSK
Пакет удалён из Sisyphus.