Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#1042726: postgrey: pidfile not created
21 views
Skip to first unread message
Pete Donnell
Jul 31, 2023, 3:50:04 AM7/31/23
to
Package: postgrey
Version: 1.37-2
Severity: normal
Dear Maintainer,
* What led up to the situation?
Installed postgrey from core Debian repos and configured it to run with postfix. I monitor it with monit. Up until Bookworm it seemed to run fine. Now it doesn't seem to create a PID file, which prevents monit from monitoring it. I suspect this is related to #756813 and #934068.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I tried creating the directory /run/postgrey, chowning it to belong to the postgrey user, and adding this line to /etc/default/postgrey:
PIDFILE=/run/$DAEMON_NAME/$DAEMON_NAME.pid
* What was the outcome of this action?
It made no difference. In /etc/init.d/postgrey, the --pidfile option is included before loading /etc/default/postgrey, so I hoped it would pick up the overridden value. In practice, `ps aux` shows that the --pidfile option isn't being used by the postgrey process. Additionally, I believe that /run/postgrey does not persist across reboots.
* What outcome did you expect instead?
Since the problem seems to be related to permissions (although I haven't been able to find any confirmation in my logs), I hoped that putting the pid file in a directory owned by the postgrey user would get around that problem. Although I suspect that the
-- System Information:
Debian Release: 12.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-10-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages postgrey depends on:
ii adduser 3.134
ii init-system-helpers 1.65.2
ii libberkeleydb-perl 0.64-2+b1
ii libnet-dns-perl 1.36-1
ii libnet-server-perl 2.013-2
ii libnetaddr-ip-perl 4.079+dfsg-2+b1
ii perl 5.36.0-7
ii ucf 3.0043+nmu1
Versions of packages postgrey recommends:
pn libnet-rblclient-perl <none>
pn libparse-syslog-perl <none>
ii postfix 3.7.6-0+deb12u2
postgrey suggests no packages.
-- debconf information:
postgrey/1.32-3_changeport:
Version: 1.37-2
Severity: normal
Dear Maintainer,
* What led up to the situation?
Installed postgrey from core Debian repos and configured it to run with postfix. I monitor it with monit. Up until Bookworm it seemed to run fine. Now it doesn't seem to create a PID file, which prevents monit from monitoring it. I suspect this is related to #756813 and #934068.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I tried creating the directory /run/postgrey, chowning it to belong to the postgrey user, and adding this line to /etc/default/postgrey:
PIDFILE=/run/$DAEMON_NAME/$DAEMON_NAME.pid
* What was the outcome of this action?
It made no difference. In /etc/init.d/postgrey, the --pidfile option is included before loading /etc/default/postgrey, so I hoped it would pick up the overridden value. In practice, `ps aux` shows that the --pidfile option isn't being used by the postgrey process. Additionally, I believe that /run/postgrey does not persist across reboots.
* What outcome did you expect instead?
Since the problem seems to be related to permissions (although I haven't been able to find any confirmation in my logs), I hoped that putting the pid file in a directory owned by the postgrey user would get around that problem. Although I suspect that the
-- System Information:
Debian Release: 12.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-10-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages postgrey depends on:
ii adduser 3.134
ii init-system-helpers 1.65.2
ii libberkeleydb-perl 0.64-2+b1
ii libnet-dns-perl 1.36-1
ii libnet-server-perl 2.013-2
ii libnetaddr-ip-perl 4.079+dfsg-2+b1
ii perl 5.36.0-7
ii ucf 3.0043+nmu1
Versions of packages postgrey recommends:
pn libnet-rblclient-perl <none>
pn libparse-syslog-perl <none>
ii postfix 3.7.6-0+deb12u2
postgrey suggests no packages.
-- debconf information:
postgrey/1.32-3_changeport:
0 new messages