postfwd - nach Update von Ubuntu 18.04 auf 22.04 kein Autostart mehr

franc

Member
Hallo
ich hab meinen Ubuntu Server letzte Woche von 18.04 über 20.04 auf 22.04 aktualisiert, jetzt startet postfwd nicht mehr von allein.
Installiert hatte ich das damals (am 14.03.2017) mit apt also über Ubuntu.
postfwd ist in /usr/sbin/postfwd
Starte ich postfwd manuell (/etc/init.d/postfwd start), läuft es bis zum nächsten Reboot, aber es startet nicht mehr mit dem System.

"Außer" das Ubuntu-Update auf 22.04 hab ich nichts geändert und davor startete es immer brav mit.

Gebe ich nach Reboot im Terminal ein: postfwd
kommt: No such group "nobody"

Vielleicht weiß jemand ja auf die Schnelle, was das sein könnte?

Danke

franc
 
Möchtest du hier nicht lieber die systemctl Kommandos nutzen?
Das init.d Zeugs ist doch nur noch aus Kompatibilitätsgründen da…
 
Bash:
#sudo systemctl status postfwd
● postfwd.service - Postfix firewall daemon
     Loaded: loaded (/lib/systemd/system/postfwd.service; disabled; vendor preset: enabled)
     Active: active (running) since Mon 2023-12-04 21:23:13 CET; 12h ago
    Process: 2136 ExecStart=/usr/sbin/postfwd $ARGS --daemon --file $CONF --interface $INET --port $PORT --user $RUNAS --group $RUNAS --pidfile $PIDFILE (code=exited, status=0/SUCCESS)
   Main PID: 2137 (/usr/sbin/postf)
      Tasks: 13 (limit: 14263)
     Memory: 50.0M
        CPU: 7.793s
     CGroup: /system.slice/postfwd.service
             ├─2137 "/usr/sbin/postfwd --summary=600 --cache=600 --cache-rdomain-only --cache-no-size --daemon --file /etc/postfix/postfwd.cf --interface 127.0.0.1 --port 10040 --user postf>
             ├─2138 " postfwd2::cache"
             ├─2139 " postfwd2::policy"
             ├─2145 " postfwd2::policy::child"
             ├─2146 " postfwd2::policy::child"
             ├─2147 " postfwd2::policy::child"
             ├─2148 " postfwd2::policy::child"
             ├─2149 " postfwd2::policy::child"
             ├─2150 " postfwd2::policy::child"
             ├─2151 " postfwd2::policy::child"
             ├─2152 " postfwd2::policy::child"
             ├─2153 " postfwd2::policy::child"
             └─2154 " postfwd2::policy::child"

Dez 05 10:03:14 example.org postfwd2/master[2137]: [STATS] postfwd2::policy 1.35: 34 requests since 0 days, 12:40:00 hours
Dez 05 10:03:14 example.org postfwd2/master[2137]: [STATS] Requests: 0.30/min last, 0.04/min overall, 0.30/min top
Dez 05 10:03:14 example.org postfwd2/master[2137]: [STATS] Dnsstats: 0.00/min last, 0.00/min overall, 0.00/min top
Dez 05 10:03:14 example.org postfwd2/master[2137]: [STATS] Hitrates: 0.0% ruleset, 0.0% parent, 0.0% child, 0.0% rates
Dez 05 10:03:14 example.org postfwd2/master[2137]: [STATS] Timeouts: 0.0% (0 of 0 dns queries)
Dez 05 10:13:14 example.org postfwd2/master[2137]: [STATS] postfwd2::policy 1.35: 36 requests since 0 days, 12:50:00 hours
Dez 05 10:13:14 example.org postfwd2/master[2137]: [STATS] Requests: 0.20/min last, 0.05/min overall, 0.30/min top
Dez 05 10:13:14 example.org postfwd2/master[2137]: [STATS] Dnsstats: 0.00/min last, 0.00/min overall, 0.00/min top
Dez 05 10:13:14 example.org postfwd2/master[2137]: [STATS] Hitrates: 0.0% ruleset, 0.0% parent, 0.0% child, 0.0% rates
Dez 05 10:13:14 example.org postfwd2/master[2137]: [STATS] Timeouts: 0.0% (0 of 0 dns queries)

Es irritiert mich zweierlei, einmal das postfwd2 (anstatten postfwd ohne 2, ich dachte das sind zwei verschiedene Versionen von postfwd) und auch dass da steht:

Loaded: loaded (/lib/systemd/system/postfwd.service; disabled; vendor preset: enabled)

Also habe ich schon mal enable gemacht:

Code:
#sudo systemctl enable postfwd
Synchronizing state of postfwd.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable postfwd
Created symlink /etc/systemd/system/multi-user.target.wants/postfwd.service → /lib/systemd/system/postfwd.service.

und jetzt steht da auch enabled:

Code:
#systemctl status postfwd
● postfwd.service - Postfix firewall daemon
     Loaded: loaded (/lib/systemd/system/postfwd.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2023-12-04 21:23:13 CET; 13h ago
...

Kann das so einfach gewesen sein? Warum war der Dienst disabled?
Außerdem ist postfwd noch in diversen Runleveln drin:
Code:
/etc#find rc* -name "*postfwd*"
rc0.d/K01postfwd
rc1.d/K01postfwd
rc2.d/S03postfwd
rc3.d/S03postfwd
rc4.d/S03postfwd
rc5.d/S03postfwd
rc6.d/K01postfwd

Ist das einfach nur "doppeltgemoppelt", wenn es in den Runleveln UND in systemctl drin ist?
Warum startet es aber nicht auch, wenn es in den Runleveln (auch noch mehrfach) drin steht?

Ich starte jetzt mal neu und schau ob postfwd von alleins startet jetzt, nach dem enable...
 
Ja lauft:
Code:
#netstat -nlp | grep postfwd
tcp        0      0 127.0.0.1:10040         0.0.0.0:*               LISTEN      1052/ postfwd2::pol
unix  2      [ ACC ]     STREAM     HÖRT         23102    1051/ postfwd2::cac  /var/tmp/postfwd2-cache.socket
Also jetzt bleibt mir noch zwei was unklar:
1. warum postfwd2 (ich hatte nicht postfwd2 sondern nur postfwd installiert, war so empfohlen)
2. warum steht das noch in den Runleveln (/etc/rc2.d bis rc5.d) und startet dennoch nicht, wenn nicht in systemctl enabled?

EDIT:
AHHRGL
Zu 2.: ich hatte gestern noch probiert (so hatte ich es damals gemacht):
Code:
update-rc.d postfwd defaults
Das hat die ganzen Runlevel hinzugefügt, ich hab das doppelgemoppelt.
Also hab ich erst mal die wieder raus:
Code:
update-rc.d postfwd remove
und jetzt ist das alles wieder weg aus den Runleveln, also:
Code:
find ./rc* -name "*postfwd*"
bleibt ohne Ergebnis.
Jetzt muss ich noch mal neustarten, ob das systemctl alleine funktioniert...

EDIT2: ja geht noch. Aber 1. verstehe ich immer noch nicht:

Code:
#sudo apt list postfwd
Auflistung… Fertig
postfwd/jammy,jammy,now 1.35-7 all  [installiert]
Da steht nichts von postfwd2. Naja, wird egal sein.
 
Last edited:
Der gestartete Perl-Subprozess hat den Namen postfwd2. Ja und?
Das ist nicht der Paketname des Ubuntu-deb-pakets!
 
Kann das so einfach gewesen sein? Warum war der Dienst disabled?
Passiert halt mit Ubuntu bei größeren Upgradesprüngen.
Warum da apt nicht gewarnt hat mit listchanges bzw. der Upgrader ist mir ein Rätsel, aber ich bin Trauriges mit Ubuntu-Upgrdes gewöhnt.
 
Last edited:
Back
Top