Не создаются pid/lock файлы при запуске service dspam start Steps to Reproduce: 1.service dspam start 2.ls /var/lock/subsys/dspam /var/run/dspam.pid 3.No such file or directory
To real mainteiner
Обновил dspam до сборки dspam-3.8.0-alt1.5, ничего не измкнилось - PID/lock файлы по-прежнему не создаются. Кроме того в этой сборке сломан dspam.conf, там прописан в качестве дефолтного StorageDriver /usr/lib64/libhash_drv.so.
Лёш, починишь? В 4.0-то оно рабочее?
Место расположение pid-файла определяется в /etc/dspam.conf [root@oasu3 /]# service dspam restart Stopping dspam service: [ DONE ] Starting dspam service: [ DONE ] [root@oasu3 /]# ls /var/run/dspam.pid /var/run/dspam.pid [root@oasu3 /]# cat /etc/dspam.conf | grep pid ServerPID /var/run/dspam.pid [root@oasu3 /]# Остсутствие lock-файла считать багой?
Хм, а он у тебя нормально перестартовывает без pidfile?
Наличие и место расположение pid-файла определяется параметров ServerPID <путь_до_pid-файла> в dspam.conf. Если админ запустил сервер без указания создавать pid-файл, то это проблема самого админа.
(In reply to comment #4) > [root@oasu3 /]# cat /etc/dspam.conf | grep pid > ServerPID /var/run/dspam.pid Так из коробки или ты правил/раскомментировал эту строчку? Если первое -- closed, если второе -- reopen. (In reply to comment #6) > Наличие и место расположение pid-файла определяется параметров ServerPID > <путь_до_pid-файла> в dspam.conf. Если админ запустил сервер без указания > создавать pid-файл, то это проблема самого админа. Подожди, не понял. Админ _каждый раз_ должен указывать _сам_, что надо создавать pidfile там, где его ожидает инитскрипт? Или указание в дефолтном конфиге того же, что следует использовать в инитскрипте -- приводит к другим известным проблемам? Конфигурация по умолчанию тем лучше, чем в большем количестве случаев она просто работает _и_ насколько пренебрежимо мало количество случаев, когда она не работает [неочевидным или опасным образом].
>Так из коробки или ты правил/раскомментировал эту строчку? Я раскомментировал ручками. Ибо я использую связку dspam-mysql. А там далеко не дефолтный конфиг. Дефолтный конфиг идёт из тарбола самого dsmap'а. Есть несколько вариантов задействования dspam'а, кратко это выглядит так: HASH PostgreSQL MySQL Сервер сам_конфигурируешь Не_сервер дефолт сам_конфигурируешь Так какой из 6-ти вариантов должен быть по умолчанию?
Да ещё забыл про варианты с sqlite3. Так что ещё два варианта. Как говорится патчи и конфиги привествуются. Только надо определится как должен выглядить конфиг dspam'а по умолчанию. И через что его влючаем: через amavis или самостоятельным сервером?
Хм, лучше багу переводить в NOTABUG тогда, чем указывать на её игнорирование в ченжлоге: * Fri Feb 01 2008 Alexey Shentzev <ashen@altlinux> 3.8.0-alt1.7 - fix bug #13576 - bug #13575 is invalid, ignored - build with --enable-ldap, --enable-syslog, --with-logfile=/var/log/dspam/dspam.log (In reply to comment #9) > Только надо определится как должен выглядить конфиг dspam'а по умолчанию. > И через что его влючаем: через amavis или самостоятельным сервером? IMHO самостоятельным (припоминая, как оно всё работает через амавис). (In reply to comment #8) > Дефолтный конфиг идёт из тарбола самого dsmap'а. И что там с ServerPID обстоит?
(In reply to comment #9) > И через что его влючаем: через amavis или самостоятельным сервером? Для информации, есть ещё вариант через mailfromd (соответственно, Sendmail или Postfix): * Thu Feb 09 2012 Sergey Y. Afonin <asy@altlinux.ru> 7.99.91-alt0.20120208.1 - new version (fixed ipv6 configuration test) - regenerated BuildRequires by buildreq - enabled dspam support <------- - changes in mailfromd.mf: - new syntax for clamav() Но я сам не пробовал.
