On Wed, Feb 06, 2019 at 11:03:34PM +0100, Klaus Ethgen via Exim-users wrote: > But, and that did change somewhen in the past months, start-stop-daemon > seems to _not_ stop exim with that anymore. Both definitions above did > not change for longer times. Just start-stop-daemon did. > > I checked, before I do a "/etc/init.d/exim4 stop", the pid file contains > the correct PID of the exim process. And the rights are: > ~> ll -a /run/exim4 > insgesamt 4,0K > drwxr-x--- 2 Debian-exim Debian-exim 60 Feb 6 09:21 . > drwxr-xr-x 27 root root 980 Feb 6 10:14 .. > -rw-r--r-- 1 root Debian-exim 6 Feb 6 09:21 exim.pid > > After the stop, exim is still running but the pid file is gone. > > And I get the message on the console: > ~> /etc/init.d/exim4 stop > [....] Stopping MTA:/sbin/start-stop-daemon: matching only on non-root > pidfile /run/exim4/exim.pid is insecure > [ ok 4_listener.
The message "matching only on non-root pid file /run/exim4/exim.pid is insecure" is very strange in your context, isn't it? Strange because file exim.pid is owned by root. I have no such message on stop with my Debian systems. And never seen, while Exims under Debians are running for years. For most hosts now start-stop-daemon is from dpkg-1.19.2 (i386 and amd64 are used). So you have to study why start-stop-daemon ejects this strange message. BTW, its binary does not contain strings with "matching only", maybe some old versions of start-stop-daemon have relevant code. Note that problem is not located so far. Maybe start-stop-daemon fails to send signal to Exim, maybe Exim receives signal, but ignores. So first step should be running strace on both to locate the fault. > So there was a bug introduced in the last few weeks in start-stop-daemon > that I have to find a way around. The current situation is not > acceptable. History of updates for Debian packages is stored in /var/log/dpkg.log. Before submitting bug reports you have better to compare behaviour of you system versus clean and fresh Debian. Otherwise you can waste your time discussing upgrade problems. -- Eugene Berdnikov -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
