On Tue, Dec 20, 2005 at 05:53:36PM +0300, Epiphanov Sergei wrote:
> Решил настроить spamd после обновления оного до новой версии, да вот 
> незадача: 'service spamd status' говорит, что нет работающего spamd, но есть 
> оборванный /var/run/spamd/spamd.pid. При этом 'ps axf' сообщает, что spamd 
> работает. Команда 'killall spamd; service spamd start' говорит OK. В 
> файле /etc/sysconfig/spamd нарисовано:
> 
> RUNAS=spamd
> PIDFILE=/var/run/spamd/spamd.pid
> SPAMDOPTIONS="-L --username=$RUNAS --pidfile=$PIDFILE"
> 
> Поиск проблемы привёл к:
> 
> 1) spamd запускается, порождает потомков под пользователем spamd, но базовый 
> процесс остаётся root. Предыдущая версия (3.0.4-alt1) по сравнению с текущей 
> (3.1.0-alt1) вела себя более корректно, переходя вся под указанного 
> пользователя.
> 
> 2) В документации к spamd приведено, что вариант '--username=root' недопустим 
> и программа вываливается с фатальным сообщением. На самом деле порождается 
> несколько потомков и базовый процесс начинает забирать всё процессорное 
> время на себя, в результате всё жутко тормозит, а потомки вешают spamc, 
> обратившийся к ним.
> 
> Пришлось облететь всё на вертолёте, указав RUNAS=root, а в параметре 
> --username=spamd, но такое поведение странно.

Да, новая версия droppriv'ается хуже прежней, поскольку --username=spamd
всё равно оставляет рутовой процесс.  Да и глючит оно (у меня через сутки
зависло довольно странным образом).  Пришлось откатить на
spamassassin-3.0.4-alt1.M24.2 в пересобранном под Сизиф виде.


-- 
ldv