20.05.2026 zwei EGw Installationen melden 502 Bad Gateway

[itwo]

Hallo,

hatte heute morgen jemand das Problem das EGw nicht ordentlich gelaufen ist und ein “502 Bad Gateway” gemeldet hat?

Das ließ sich zwar einfach lösen, trotzdem frage ich mich warum das passiert ist.
cd /etc/egroupware-docker/ ; docker-compose pull ; docker-compose up --detach

journalctl -u docker.service

Mai 20 06:00:29 egw dockerd[896]: time="2026-05-20T06:00:29.763340324+02:00" level=warning msg="ShouldRestart failed, container will not be restarted" container=[...] daemonShuttingDown=false error="restart canceled" execDuration=63h52m54.74321281s exitStatus="{0 2026-05-20 04:00:29.7341837 +0000 UTC}" hasBeenManuallyStopped=true restartCount=0
[...]

Ich vermute das hängt mit dem watchtower zusammen? (Edit: der läuft aber schon um 4 Uhr)
Der Restart wurde “canceled” und der Container wurde “manually stopped”, wir hatten das auf zwei völlig unabhängigen EGw Systemen.

Vielleicht hat jemand eine Idee?

Edit:
Alle Container haben in docker-compose.yml services restart: always stehen, das sollte das doch vermeiden oder?

Edit2:
Ich vermute das Problem ist nicht der egroupware Container sondern der egroupware-nginx Container.

[StefanU]

Hi Samuel.

Ich hatte heute Morgen eine Instanz ohne nginx-Container. Einfach nicht da…

Ein
docker-compose up -d
hat den Container wieder gebaut:
=> funktioniert.

Eine Erklärung habe ich aktuell (auch noch) nicht.

Stefan

[RalfBecker]

Posted doch mal das Watchtower Log, dann kann ich mal schauen, ob ich da mehr raus lesen kann.

Ralf

[itwo]

@StefanU Ja, genau so war es bei uns auch und das ist nicht das erste Mal.

@RalfBecker meinst Du docker logs egroupware-watchtower ?

time="2026-05-20T04:43:59Z" level=info msg="Watchtower 1.17.1 using Docker API v1.45"
time="2026-05-20T04:43:59Z" level=info msg="Using no notifications"
time="2026-05-20T04:43:59Z" level=info msg="Next scheduled run: 2026-05-21 04:00:00 UTC in 23 hours 16 minutes"

Die Uhrzeit passt nicht zu meinem Problem, bilde ich mir zumindest ein, deshalb hatte ich den schon wieder verworfen.

[StefanU]

Ich habe mir auf dem betroffenen System die
/var/lib/docker/containers/watchtower-container-id/xxx-json.log angeschaut.

Die beginnt heute Morgen nach dem docker-compose up -d. Somit wurde auch der Container neu gebaut und das Log vorher mit gelöscht.
Das Log im VM-Backup von gestern Abend gibt leider auch nichts her. Da wird in der Zeit dazwischen etwas passiert sein.

Hätte ich mal erst in das watchtower-Log geschaut (in der Annahme dass dort die Ursache liegt).

@itwo
Hättest du noch das watchtower-Log von heute Nacht?

Stefan

[itwo]

/var/lib/docker/containers/watchtower-container-id/

Das ist quasi die Ausgabe von docker logs egroupware-watchtower und ich habe das selbe Problem wie Du, mein Backup ist von 0 Uhr und dann heute wieder von 12 Uhr.

Da es bei uns nicht das erste Mal vorgekommen ist werde ich das zukünftig vorher weg sichern wenn der Fehler wieder auftritt.

[itwo]

Ich bin wieder in ein Bad Gateway gelaufen und hab mir alles vorher gesichert. Dieses mal war ein reboot vom KVM Host und dann die Datenbank schuld:

Installation failed --> exiting!

Retrying EGroupware installation in 5 seconds ...
/usr/bin/php8.5 -d memory_limit=-1 /usr/share/egroupware/setup/setup-cli.php --update 'XXXXXXXXX'
EGroupware API version 26.1 found.
EGroupware configuration file (header.inc.php) version 1.29 exists and is up to date
Your database is not working! mysqli://egroupware:XXXXXXXX@db/egroupware:  (11)
/usr/share/egroupware/setup/inc/class.setup_cmd.inc.php (312)

Installation failed --> exiting!

Installing of EGroupware failed!
 * Starting periodic command scheduler cron
   ...done.
[10-Jun-2026 21:41:58] NOTICE: fpm is running, pid 1
[10-Jun-2026 21:41:58] NOTICE: ready to handle connections
[10-Jun-2026 21:41:58] NOTICE: systemd monitor interval set to 10000ms

@StefanU hat dieses Problem auch schon beobachtet.

Evtl. haben wir also zwei Probleme die hier auftreten können.