Moin!

Bisher lief der apache2 seit Jahren anstandslos auf meinem kleinen
Server und hat dabei auch mehrere dist-upgrades überlebt.

Heute dann ein Upgrade auf stretch. (ja, ich weiß)

Dass Upgrade lief völlig anstandslos durch, auch der Apache wird
anstandslos konfiguriert. Lediglich

fail2ban

wirft einen Fehler, den ich mal hier anführe, vllt hängt es ja mit dem
apache zusammen:



$ systemctl status fail2ban.service
● fail2ban.service - Fail2Ban Service
Loaded: loaded (/lib/systemd/system/fail2ban.service; enabled;
vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2022-11-17 17:28:41
CET; 36s ago
Docs: man:fail2ban(1)
Process: 4479 ExecStart=/usr/bin/fail2ban-client -x start
(code=exited, status=255)

Nov 17 17:28:41 sheeva systemd[1]: fail2ban.service: Unit entered failed
state.
Nov 17 17:28:41 sheeva systemd[1]: fail2ban.service: Failed with result 'exit-code'.
Nov 17 17:28:41 sheeva systemd[1]: fail2ban.service: Service hold-off
time over, scheduling restart.
Nov 17 17:28:41 sheeva systemd[1]: Stopped Fail2Ban Service.
Nov 17 17:28:41 sheeva systemd[1]: fail2ban.service: Start request
repeated too quickly.
Nov 17 17:28:41 sheeva systemd[1]: Failed to start Fail2Ban Service.
Nov 17 17:28:41 sheeva systemd[1]: fail2ban.service: Unit entered failed
state.
Nov 17 17:28:41 sheeva systemd[1]: fail2ban.service: Failed with result 'exit-code'.



Nach der Konfiguration des apachen erscheinen folgende Zeilen im terminal:



apache2 (2.4.25-3+deb9u13) wird eingerichtet ...
Job for apache2.service failed because the control process exited with
error code.
See "systemctl status apache2.service" and "journalctl -xe" for details. invoke-rc.d: initscript apache2, action "start" failed.
● apache2.service - The Apache HTTP Server
Loaded: loaded (/lib/systemd/system/apache2.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2022-11-17 17:15:22
CET; 171ms ago
Process: 2458 ExecStart=/usr/sbin/apachectl start (code=exited, status=1/FAILURE)

Nov 17 17:15:22 sheeva systemd[1]: Starting The Apache HTTP Server...
Nov 17 17:15:22 sheeva apachectl[2458]: mktemp: failed to create
directory via template '/var/lock/apache2.XXXXXXXXXX': No such file or directory
Nov 17 17:15:22 sheeva apachectl[2458]: chmod: missing operand after '755'
Nov 17 17:15:22 sheeva apachectl[2458]: Try 'chmod --help' for more information.
Nov 17 17:15:22 sheeva systemd[1]: apache2.service: Control process
exited, code=exited status=1
Nov 17 17:15:22 sheeva systemd[1]: Failed to start The Apache HTTP Server.
Nov 17 17:15:22 sheeva systemd[1]: apache2.service: Unit entered failed
state.



Die Ausgabe von 'systemctl status apache2.service':




$ systemctl status apache2.service
● apache2.service - The Apache HTTP Server
Loaded: loaded (/lib/systemd/system/apache2.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2022-11-17 17:15:22
CET; 21min ago

Nov 17 17:15:22 sheeva systemd[1]: Starting The Apache HTTP Server...
Nov 17 17:15:22 sheeva apachectl[2458]: mktemp: failed to create
directory via template '/var/lock/apache2.XXXXXXXXXX': No such file or directory
Nov 17 17:15:22 sheeva apachectl[2458]: chmod: missing operand after '755'
Nov 17 17:15:22 sheeva apachectl[2458]: Try 'chmod --help' for more information.
Nov 17 17:15:22 sheeva systemd[1]: apache2.service: Control process
exited, code=exited status=1
Nov 17 17:15:22 sheeva systemd[1]: Failed to start The Apache HTTP Server.
Nov 17 17:15:22 sheeva systemd[1]: apache2.service: Unit entered failed
state.
Nov 17 17:15:22 sheeva systemd[1]: apache2.service: Failed with result 'exit-code'.



Die Suche nach dem Fehler ergibt, dass es wohl Schwierigkeiten mit
/var/lock -> /run/lock geben könnte, aber das sieht doch normal aus,
oder? (Ist neu angelegt mittels 'ln -s /run/lock /var/lock')


$ stat /var/lock
Datei: /var/lock -> /run/lock
Größe: 9 Blöcke: 0 EA Block: 4096 symbolische Verknüpfung
Gerät: 801h/2049d Inode: 6365317 Verknüpfungen: 1
Zugriff: (0777/lrwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root) Zugriff : 2022-11-17 17:12:44.539078510 +0100
Modifiziert: 2022-11-17 17:12:44.539078510 +0100
Geändert : 2022-11-17 17:12:44.539078510 +0100
Geburt : -



Das händische Anlegen eines Tests mittels 'sudo mktemp /var/lock/test.XXXXXXXXXX' funktioniert scheinbar anstandslos:


$ mktemp /var/lock/test.XXXXXXXXXX
/var/lock/test.jpwQozqqRE
$ l /var/lock/test.jpwQozqqRE
-rw------- 1 f f 0 Nov 17 17:44 /var/lock/test.jpwQozqqRE




Ich bin völlig ratlos. Mögt ihr mir bitte helfen?


LG
Frank

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Frank Lassowski <[email protected]> wrote:

$ stat /var/lock
Datei: /var/lock -> /run/lock
Größe: 9 Blöcke: 0 EA Block: 4096 symbolische Verknüpfung
Gerät: 801h/2049d Inode: 6365317 Verknüpfungen: 1
Zugriff: (0777/lrwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root) Zugriff : 2022-11-17 17:12:44.539078510 +0100
Modifiziert: 2022-11-17 17:12:44.539078510 +0100
Geändert : 2022-11-17 17:12:44.539078510 +0100
Geburt : -

Welche Rechte hat /run/lock? Es muss 1777 (drwxrwxrwt) sowie root:root
sein.

S°

--
Sigmentation fault. Core dumped.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Moin Sven,

Am 18.11.22 um 14:02 schrieb Sven Hartge:

Welche Rechte hat /run/lock? Es muss 1777 (drwxrwxrwt) sowie root:root
sein.

$ l /var/lock
lrwxrwxrwx 1 root root 9 Nov 17 17:12 lock -> /run/lock

$ l /run/lock
drwxrwxrwt 3 root root 100 Nov 17 17:44 lock


LG
Frank

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Moin!
Nach langer Fehlersuche habe ich aufgegeben und ein Upgrade auf buster angestoßen.

Und siehe da: Der Apache läuft, als ob ihn kein Wässerchen trüben könnte. Ohne irgendwelche Mucken.

Das versteh einer…

Jetzt verschickt php allerdings keine Mails mehr, aber das sollte nicht
so kompliziert sein. (Dachte ich beim apache auch…)

LG
Frank

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)