Fehlermeldungen zu 'php-fpm' - was bedeutet das?

hru

Hallo zusammen,

ich habe folgende Meldungen im Error-Log. (journalctl -p err -b)

Jul 20 22:29:27 pinas monit[965]: 'php-fpm' process is not running
Jul 20 22:29:58 pinas monit[965]: 'php-fpm' failed to start (exit status 0) -- no output

Was bedeutet das und wie kann ich das beseitigen?

Danke vorab für Eure Unterstützung.

Gruß Hartmut

PS: Ich bin mir nicht sicher, ob das hier der richtige Platz für meine Frage ist. Falls nicht bitte verschieben. Danke.

OliverIO

@hru

dass betrifft deine php installation.
hast du einen lokalen webserver laufen?

hru

@OliverIO sagte:

hast du einen lokalen webserver laufen?

Ich glaube schon,
auf dem Raspi läuft ioBroker und OpenMediaVault.
Ob der ioBroker (oder einer 'seiner' Adapter) oder der omv einen Websever mit dabei hat weiß ich leider nicht.

Hier noch die Ausgaben von zwei Befehlen auf der Konsole: (vielleicht helfen diese weiter)

hru@pinas:~ $ php -v
PHP 7.4.33 (cli) (built: Jul  3 2026 10:06:58) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
    with Zend OPcache v7.4.33, Copyright (c), by Zend Technologies
hru@pinas:~ $ sudo systemctl status php7.4-fpm
● php7.4-fpm.service - The PHP 7.4 FastCGI Process Manager
     Loaded: loaded (/usr/lib/systemd/system/php7.4-fpm.service; enabled; preset: enabled)
     Active: active (running) since Mon 2026-07-20 22:28:10 CEST; 16h ago
 Invocation: 7777efea720548859bcdd4bfd6d6f02f
       Docs: man:php-fpm7.4(8)
    Process: 1317 ExecStartPost=/usr/lib/php/php-fpm-socket-helper install /run/php/php-fpm.sock /etc/php/7.4/fpm/pool.d/www.conf 74 (code=exited, status=0/SUCCESS)
   Main PID: 864 (php-fpm7.4)
     Status: "Processes active: 0, idle: 2, Requests: 0, slow: 0, Traffic: 0req/sec"
      Tasks: 3 (limit: 8796)
        CPU: 5.827s
     CGroup: /system.slice/php7.4-fpm.service
             ├─ 864 "php-fpm: master process (/etc/php/7.4/fpm/php-fpm.conf)"
             ├─1315 "php-fpm: pool www"
             └─1316 "php-fpm: pool www"

Jul 20 22:28:03 pinas systemd[1]: Starting php7.4-fpm.service - The PHP 7.4 FastCGI Process Manager...
Jul 20 22:28:10 pinas systemd[1]: Started php7.4-fpm.service - The PHP 7.4 FastCGI Process Manager.

Danke und Gruß

Hartmut

hru

Ich glaube ich habe ein ziemliches Chaos auf dem Raspi.
Der Befehl "sudo systemctl list-units --type=service | grep -i fpm" liefert folgende Ausgabe:

hru@pinas:~ $ sudo systemctl list-units --type=service | grep -i fpm
  php7.4-fpm.service                                                                            loaded active running The PHP 7.4 FastCGI Process Manager
  php8.2-fpm.service                                                                            loaded active running The PHP 8.2 FastCGI Process Manager
  php8.3-fpm.service                                                                            loaded active running The PHP 8.3 FastCGI Process Manager
  php8.4-fpm.service                                                                            loaded active running The PHP 8.4 FastCGI Process Manager
hru@pinas:~ $

Das bedeute vermutlich, dass ich 4 Versionen von PHP gleichzeitig am laufen habe oder? (Ich habe keine Ahnung wodurch das kommt)

Was mache ich hier am besten zur Bereinigung?

Danke und Gruß

Hartmut

Ro75

@hru sagte:

auf dem Raspi läuft ioBroker und OpenMediaVault.

Das ist für meine Begriffe kein gute Kombination. Ich habe auch OMV, nur separater Raspi. Normal macht man ein sudo apt update && sudo apt upgrade -y. Problem ist, das ich das so bei OMV nicht machen sollte, statt dessen über die GUI.

Ro75.

hru

Ich mache immer

sudo apt update

und danach

sudo apt full-upgrade

Kann ich dadurch das Chaos mit den mehreren php-Versionen verursacht haben?

Ro75

Nein. Bei der Installation hat OMV einiges an Paketen deinstalliert und einige Quellen "umgebogen".

Ro75.

hru

hm?
Wie bekomme ich die Kuh jetzt vom Eis?
Der Befehl

apt list --installed | grep php

liefert die folgende Ausgabe:

hru@pinas:~ $ apt list --installed | grep php

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

php-bcmath/trixie,trixie,now 2:8.4+101~+0~20260503.72+debian13~1.gbp7da167 all [installed,automatic]
php-cgi/trixie,trixie,now 2:8.4+101~+0~20260503.72+debian13~1.gbp7da167 all [installed,automatic]
php-common/trixie,trixie,now 2:101~+0~20260503.72+debian13~1.gbp7da167 all [installed,automatic]
php-fpm/trixie,trixie,now 2:8.4+101~+0~20260503.72+debian13~1.gbp7da167 all [installed,automatic]
php-mbstring/trixie,trixie,now 2:8.4+101~+0~20260503.72+debian13~1.gbp7da167 all [installed,automatic]
php-pam/sandworm,sandworm,now 2.2.4-1+deb12u1 arm64 [installed,automatic]
php-pear/stable,stable,now 1:1.10.16+submodules+notgz-3 all [installed]
php-xml/trixie,trixie,now 2:8.4+101~+0~20260503.72+debian13~1.gbp7da167 all [installed,automatic]
php-yaml/trixie,trixie,now 2.3.0-2+0~20260711.44+debian13~1.gbp29d390 all [installed,automatic]
php7.4-cgi/trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b arm64 [installed]
php7.4-cli/trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b arm64 [installed,automatic]
php7.4-common/trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b arm64 [installed]
php7.4-curl/trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b arm64 [installed]
php7.4-dev/trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b arm64 [installed]
php7.4-fpm/trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b arm64 [installed]
php7.4-gd/trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b arm64 [installed]
php7.4-json/trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b arm64 [installed,automatic]
php7.4-opcache/trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b arm64 [installed,automatic]
php7.4-readline/trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b arm64 [installed,automatic]
php7.4-sqlite3/trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b arm64 [installed]
php7.4-ssh2/trixie,now 1.4.1-5+0~20260622.38+debian13~1.gbp3ed928 arm64 [installed]
php7.4-xml/trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b arm64 [installed]
php7.4/trixie,trixie,now 1:7.4.33-30+0~20260703.120+debian13~1.gbp1cce3b all [installed]
php8.2-bcmath/trixie,now 8.2.32-1+0~20260703.91+debian13~1.gbp0e2a9b arm64 [installed,automatic]
php8.2-cgi/trixie,now 8.2.32-1+0~20260703.91+debian13~1.gbp0e2a9b arm64 [installed,automatic]
php8.2-cli/trixie,now 8.2.32-1+0~20260703.91+debian13~1.gbp0e2a9b arm64 [installed,automatic]
php8.2-common/trixie,now 8.2.32-1+0~20260703.91+debian13~1.gbp0e2a9b arm64 [installed,automatic]
php8.2-fpm/trixie,now 8.2.32-1+0~20260703.91+debian13~1.gbp0e2a9b arm64 [installed,automatic]
php8.2-mbstring/trixie,now 8.2.32-1+0~20260703.91+debian13~1.gbp0e2a9b arm64 [installed,automatic]
php8.2-opcache/trixie,now 8.2.32-1+0~20260703.91+debian13~1.gbp0e2a9b arm64 [installed,automatic]
php8.2-readline/trixie,now 8.2.32-1+0~20260703.91+debian13~1.gbp0e2a9b arm64 [installed,automatic]
php8.2-xml/trixie,now 8.2.32-1+0~20260703.91+debian13~1.gbp0e2a9b arm64 [installed,automatic]
php8.2-yaml/trixie,now 2.3.0-2+0~20260711.44+debian13~1.gbp29d390 arm64 [installed,automatic]
php8.3-bcmath/trixie,now 8.3.32-1+0~20260708.85+debian13~1.gbp22d9a9 arm64 [installed,automatic]
php8.3-cgi/trixie,now 8.3.32-1+0~20260708.85+debian13~1.gbp22d9a9 arm64 [installed,automatic]
php8.3-cli/trixie,now 8.3.32-1+0~20260708.85+debian13~1.gbp22d9a9 arm64 [installed,automatic]
php8.3-common/trixie,now 8.3.32-1+0~20260708.85+debian13~1.gbp22d9a9 arm64 [installed,automatic]
php8.3-fpm/trixie,now 8.3.32-1+0~20260708.85+debian13~1.gbp22d9a9 arm64 [installed,automatic]
php8.3-mbstring/trixie,now 8.3.32-1+0~20260708.85+debian13~1.gbp22d9a9 arm64 [installed,automatic]
php8.3-opcache/trixie,now 8.3.32-1+0~20260708.85+debian13~1.gbp22d9a9 arm64 [installed,automatic]
php8.3-phpdbg/trixie,now 8.3.32-1+0~20260708.85+debian13~1.gbp22d9a9 arm64 [installed,automatic]
php8.3-readline/trixie,now 8.3.32-1+0~20260708.85+debian13~1.gbp22d9a9 arm64 [installed,automatic]
php8.3-xml/trixie,now 8.3.32-1+0~20260708.85+debian13~1.gbp22d9a9 arm64 [installed,automatic]
php8.3-yaml/trixie,now 2.3.0-2+0~20260711.44+debian13~1.gbp29d390 arm64 [installed,automatic]
php8.4-bcmath/trixie,now 8.4.23-1+0~20260703.52+debian13~1.gbp817a0c arm64 [installed,automatic]
php8.4-cgi/trixie,now 8.4.23-1+0~20260703.52+debian13~1.gbp817a0c arm64 [installed,automatic]
php8.4-cli/trixie,now 8.4.23-1+0~20260703.52+debian13~1.gbp817a0c arm64 [installed,automatic]
php8.4-common/trixie,now 8.4.23-1+0~20260703.52+debian13~1.gbp817a0c arm64 [installed,automatic]
php8.4-fpm/trixie,now 8.4.23-1+0~20260703.52+debian13~1.gbp817a0c arm64 [installed,automatic]
php8.4-mbstring/trixie,now 8.4.23-1+0~20260703.52+debian13~1.gbp817a0c arm64 [installed,automatic]
php8.4-opcache/trixie,now 8.4.23-1+0~20260703.52+debian13~1.gbp817a0c arm64 [installed,automatic]
php8.4-phpdbg/trixie,now 8.4.23-1+0~20260703.52+debian13~1.gbp817a0c arm64 [installed,automatic]
php8.4-readline/trixie,now 8.4.23-1+0~20260703.52+debian13~1.gbp817a0c arm64 [installed,automatic]
php8.4-xml/trixie,now 8.4.23-1+0~20260703.52+debian13~1.gbp817a0c arm64 [installed,automatic]
php8.4-yaml/trixie,now 2.3.0-2+0~20260711.44+debian13~1.gbp29d390 arm64 [installed,automatic]
php8.5-cli/trixie,now 8.5.8-1+0~20260703.21+debian13~1.gbp0c4f0f arm64 [installed,automatic]
php8.5-common/trixie,now 8.5.8-1+0~20260703.21+debian13~1.gbp0c4f0f arm64 [installed,automatic]
php8.5-phpdbg/trixie,now 8.5.8-1+0~20260703.21+debian13~1.gbp0c4f0f arm64 [installed,automatic]
php8.5-readline/trixie,now 8.5.8-1+0~20260703.21+debian13~1.gbp0c4f0f arm64 [installed,automatic]
php8.5-yaml/trixie,now 2.3.0-2+0~20260711.44+debian13~1.gbp29d390 arm64 [installed,automatic]

Ro75

Mach doch mal die Aktualisierung über OMV.

Ro75.

Thomas Braun

@hru

Welche Quellen sind da überhaupt aktiv?

sudo apt update

sagt?

hru

Hier die Ausgabe von "sudo apt update":

hru@pinas:~ $ sudo apt update
Ign:1 file:/var/cache/openmediavault/archives ./ InRelease
Ign:2 file:/var/cache/openmediavault/archives ./ Release
Get:3 file:/var/cache/openmediavault/archives ./ Packages
Hit:3 file:/var/cache/openmediavault/archives ./ Packages
Hit:4 http://deb.debian.org/debian trixie InRelease
Get:5 http://deb.debian.org/debian-security trixie-security InRelease [43.4 kB]
Hit:6 http://httpredir.debian.org/debian trixie-backports InRelease
Get:7 http://security.debian.org/debian-security trixie-security InRelease [43.4 kB]
Hit:8 http://archive.raspberrypi.com/debian trixie InRelease
Hit:9 http://deb.debian.org/debian trixie-updates InRelease
Get:11 https://openmediavault-plugin-developers.github.io/packages/debian sandworm InRelease [4111 B]
Get:12 https://openmediavault.github.io/packages sandworm InRelease [12.8 kB]
Hit:13 https://apt.grafana.com stable InRelease
Hit:14 https://packages.sury.org/php trixie InRelease
Get:15 http://deb.debian.org/debian-security trixie-security/main arm64 Packages [228 kB]
Get:16 https://repos.influxdata.com/debian stable InRelease [6922 B]
Get:17 http://security.debian.org/debian-security trixie-security/main Sources [188 kB]
Get:18 https://apt.syncthing.net syncthing InRelease [24.2 kB]
Get:19 http://deb.debian.org/debian-security trixie-security/main armhf Packages [208 kB]
Hit:20 https://deb.nodesource.com/node_22.x nodistro InRelease
Get:21 http://security.debian.org/debian-security trixie-security/main arm64 Packages [228 kB]
Get:22 http://security.debian.org/debian-security trixie-security/main armhf Packages [208 kB]
Hit:10 https://packages.openmediavault.org/public sandworm InRelease
Fetched 1195 kB in 1s (1736 kB/s)
All packages are up to date.

hru

@Ro75 sagte:

Mach doch mal die Aktualisierung über OMV

in der OMV Admin-Oberfläche will er keine Updates installieren.

Ro75

@hru sagte:

in der OMV Admin-Oberfläche will er keine Updates installieren.

mit welcher Begründung?

Ro75.

hru

@Ro75 sagte:

mit welcher Begründung?

Ich meine damit, dass unter ""Aktualisierungen verfügbar", Nein steht

hru

Ich habe gerade gesehen dass die Ausgabe von "apt list --installed | grep php" auch Einträge mit "php8.5..." enthält.
Ein Dienst für php8.5 ist aber nicht am laufen.
Kann es sein, dass bei der Installation von php8.5 etwas schiefgegangen ist?

hru

hier weitere Infos, die evtl. helfen können, meine konkrete Installation zu verstehen:

hru@pinas:~ $ php -i | grep -i "php version"
PHP Version => 7.4.33
PHP Version => 7.4.33
hru@pinas:~ $ which php
/usr/bin/php
hru@pinas:~ $ ls /usr/bin/php -la
lrwxrwxrwx 1 root root 21 Jun  9  2023 /usr/bin/php -> /etc/alternatives/php
hru@pinas:~ $ ls -la /etc/alternatives/php
lrwxrwxrwx 1 root root 15 Feb 25  2024 /etc/alternatives/php -> /usr/bin/php7.4
hru@pinas:~ $ ls -la /usr/bin/php*
lrwxrwxrwx 1 root root       21 Jun  9  2023 /usr/bin/php -> /etc/alternatives/php
lrwxrwxrwx 1 root root       25 Jun  9  2023 /usr/bin/php-cgi -> /etc/alternatives/php-cgi
lrwxrwxrwx 1 root root       10 May  3 15:44 /usr/bin/php-cgi.default -> php-cgi8.4
-rwxr-xr-x 1 root root  4727120 Jul  3 12:06 /usr/bin/php-cgi7.4
-rwxr-xr-x 1 root root  5579768 Jul  3 12:01 /usr/bin/php-cgi8.2
-rwxr-xr-x 1 root root  5709464 Jul  8 21:10 /usr/bin/php-cgi8.3
-rwxr-xr-x 1 root root  5906264 Jul  3 12:01 /usr/bin/php-cgi8.4
lrwxrwxrwx 1 root root       28 Sep  4  2023 /usr/bin/php-config -> /etc/alternatives/php-config
-rwxr-xr-x 1 root root     4585 Jul  3 12:06 /usr/bin/php-config7.4
-rwxr-xr-x 1 root root  4858520 Jul  3 12:06 /usr/bin/php7.4
-rwxr-xr-x 1 root root  5711168 Jul  3 12:01 /usr/bin/php8.2
-rwxr-xr-x 1 root root  5840864 Jul  8 21:10 /usr/bin/php8.3
-rwxr-xr-x 1 root root  6037664 Jul  3 12:01 /usr/bin/php8.4
-rwxr-xr-x 1 root root 10233752 Jul  3 12:04 /usr/bin/php8.5
lrwxrwxrwx 1 root root       24 Feb 16  2024 /usr/bin/phpdbg -> /etc/alternatives/phpdbg
-rwxr-xr-x 1 root root  5840560 Jul  8 21:10 /usr/bin/phpdbg8.3
-rwxr-xr-x 1 root root  6102888 Jul  3 12:01 /usr/bin/phpdbg8.4
-rwxr-xr-x 1 root root 10233432 Jul  3 12:04 /usr/bin/phpdbg8.5
lrwxrwxrwx 1 root root       24 Sep  4  2023 /usr/bin/phpize -> /etc/alternatives/phpize
-rwxr-xr-x 1 root root     4932 Jul  3 12:06 /usr/bin/phpize7.4

hru

Ich bin für jeden Vorschlag dankbar, wie ich das bereinigt bekomme.
Gruß Hartmut

Ro75

Da OMV die Kontrolle über das zugrunde liegende Debian-System übernimmt, sollte ioBroker jedoch niemals direkt auf dem Betriebssystem installiert werden. Der beste und sicherste Weg ist die Nutzung von Docker-Containern. Das muss aber mv-extras installiert sein.

Warum ist das wichtig?

Port-Konflikte und Webserver-KollisionenDer Konflikt: Sowohl das OpenMediaVault-Webinterface als auch ioBroker versuchen standardmäßig, die Ports 80 (HTTP) und 443 (HTTPS) für ihre Oberflächen oder API-Dienste zu beanspruchen.Die Folge: Das System blockiert sich selbst. Entweder startet die OMV-Oberfläche nicht mehr oder ioBroker bleibt unerreichbar, da OMV den installierten Webserver (Nginx) exklusiv für sich beansprucht.
Node.js-Versionen und AbhängigkeitenDer Konflikt: ioBroker benötigt zwingend eine spezifische, aktuelle Version von Node.js und dem Paketmanager npm. OMV bringt eigene Skripte und Plugins mit, die ebenfalls auf Systembibliotheken zugreifen.Die Folge: Wenn ioBroker bei der Installation oder bei Updates globale Systembibliotheken aktualisiert, überschreibt es Komponenten, auf die sich OMV verlässt. Dies führt regelmäßig zu unvorhersehbaren Fehlern (z. B. PHP-Fehlermeldungen im OMV-Dashboard).
Modifikationen der SystemkonfigurationDer Konflikt: OMV versteht sich als Appliance. Es generiert zentrale Konfigurationsdateien (wie /etc/network/interfaces oder Netzwerkeinstellungen) bei jeder Änderung im Webinterface komplett neu.Die Folge: Installer-Skripte von ioBroker oder manuelle Anpassungen für Smart-Home-Adapter verändern diese Dateien oft direkt. Beim nächsten Klick in OMV werden Ihre ioBroker-Änderungen gnadenlos überschrieben und gelöscht.
Rechtekonflikte bei Hardware-Zugriffen (USB/Seriell)Der Konflikt: ioBroker benötigt für Smart-Home-Zwecke oft direkten Zugriff auf USB-Sticks (z. B. Zigbee- oder Homematic-Sticks).Die Folge: OMV überwacht alle Speicher- und USB-Medien streng für Dateifreigaben. Ohne die strikte Isolierung von Docker sperren sich die beiden Systeme gegenseitig den Zugriff auf die Hardware-Schnittstellen.

Da gabe es dazu schonmal vor Monaten Diskussionen dazu OMV und ioBroker. Auch da sagte ich schon, das geht nicht gut. Ob du das allerdings warst - kann ich jetzt nicht mehr sagen.

Ro75.

hru

@Ro75 Vielen Dank für die ausführliche Antwort.

Ich behaupte nicht, dass ich das vollständig verstanden habe, aber ich verstehe, dass die Kombination von ioBroker und OMV auf einem Raspi keine gute Idee ist. Richtig?

D.h. Du empfiehlst mir, jeweils einen separaten Raspi für ioBroker und OMV zu verwenden?

Was sind die jeweiliigen Anforderungen?
Raspi 4 oder Raspi 5?
RAM?
...

Danke vorab für alle Infos und Tipps.

Gruß Hrtmut

Ro75

@hru sagte:

D.h. Du empfiehlst mir, jeweils einen separaten Raspi für ioBroker und OMV zu verwenden?

Bei mir läuft es so. Bei mir ein Raspi 5 mit 8GB.

Ro75.

EDIT: Du kannst das auch alles über ein Gerät laufen lassen. Primör OMV und dann wie geschrieben über die extras "Docker" installieren und den ioBroker darüber laufen lassen. Aber auch da mindestens 8 GB RAM. Möglicherweise wäre dann ein Mini-PC schon besser mit 16 GB.

Community Forum

NEWS

Fehlermeldungen zu 'php-fpm' - was bedeutet das?

Warum ist das wichtig?

Warum ist das wichtig?

Support us

385

33.0k

83.4k

1.3m