Dear Maintainer, /etc/init.d/spamd still uses --name instead of --exec. This is noticeable on shutdown, what the system waits for some time trying to kill spamd, and then complains something about its inability to track process names and suggests to use --exec injstead. Best Ale
Control: tags -1 + moreinfo the following package versions: ii init-system-helpers 1.65.2 all helper tools for all init systems ii spamd 4.0.0-6 all Server for SpamAssassin spam filtering daemon ii sysvinit-core 3.06-4 amd64 System-V-like init When stopping spamd, there is no indication of any delay or other issue terminating spamd. Manual termination: root@debian-sysv:~# /etc/init.d/spamd status spamd is running. root@debian-sysv:~# /etc/init.d/spamd stop Stopping SpamAssassin Mail Filter Daemon: spamd. root@debian-sysv:~# /etc/init.d/spamd status spamd is not running ... failed! Console output on shutdown: root@debian-sysv:~# /etc/init.d/spamd status spamd is running. root@debian-sysv:~# shutdown -h now ... Stopping SpamAssassin Mail Filter Daemon: spamd. ... What is the specific warning you're seeing? Is spamd actually running when the init script is executing? noah
Sorry for the delay. Today a new kernel image was loaded, so I had to reboot. I attach a screenshot of the closing session. Near the bottom, it says: Stopping S.M.A.R.T. daemon smartd. Stopping SpamAssassin Mail Filter Daemon spamd. start-stop-daemon: warning: this system is not able to track process names longer than 15 characters. please use --exec instead of --name. Next it hangs there for several seconds (~30). The next string says: Asking all remaining processes to terminate...done. Is it not SpamAssassin causing that warning? Best Ale
If it is, it doesn't do it on Debian. Even with sysvinit, though, the stop jobs during shutdown run in parallel, so that message may be coming from somewhere else. If you manually stop spamassassin with `/etc/init.d/spamd stop`, do you get the same warning? noah
Good question! No, I don't. It stops cleanly and quickly. Sorry for the noise. Ale
You may need to stop/start each service individually to find the culprit. We can reassign this bug accordingly when you do. noah
Hm... I tried the two immediately preceding (K57)smartd, which happen to be smartmontools and rpcbind, and they also work well. I have /etc/init.d/.legacy-bootordering, so scripts should run one at a time. Is it possible that the start/ stop functions work differently when many daemons have been stopped? BTW, there are several scripts using --name; I have: # grep -l -- --name /etc/init.d/* | wc -l 21 # grep -l -- --exec /etc/init.d/* | wc -l 37 Best Ale