Habe den Server nun komplett neu aufgesetzt und eine leere Version der Mailcow installiert. Anschließend habe ich das Backup zurückgespiel. Es wurde vom Restore die mailcow.conf ersetzt - auf Nachfrage entsprechend gestattet. Die Proxyweiterleitung funktioniert nicht mehr “Fehler: Umleitungsfehler”. Wenn ich die direkte interne IP des Servers eingebe, dann erscheint die “What is happening?” Seite.
Was kann ich nun tun?
Habe noch ein paar Fehlerlogs rausgesucht:
docker compose logs –tail=200 php-fpm-mailcow nginx-mailcow
php-fpm-mailcow-1 | Waiting for SQL…
php-fpm-mailcow-1 | Uptime: 1 Threads: 2 Questions: 1 Slow queries: 0 Opens: 17 Open tables: 10 Queries per second avg: 1.000
php-fpm-mailcow-1 | Could not get mysql-mailcow container id… trying again
php-fpm-mailcow-1 | Could not get mysql-mailcow container id… trying again
php-fpm-mailcow-1 | Could not get mysql-mailcow container id… trying again
php-fpm-mailcow-1 | Could not get mysql-mailcow container id… trying again
php-fpm-mailcow-1 | Could not get mysql-mailcow container id… trying again
php-fpm-mailcow-1 | Could not get mysql-mailcow container id… trying again
php-fpm-mailcow-1 | MySQL @ 0fde717bdc2xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx61c7
php-fpm-mailcow-1 | SQL upgrade iteration #1
php-fpm-mailcow-1 | MySQL is up-to-date - debug output:
php-fpm-mailcow-1 | { “type”: “success”, “msg”: “mysql_upgrade: already upgraded”, “text”: “This installation of MariaDB is already upgraded to 10.11.14-MariaDB.\nThere is no need to run mysql_upgrade again.\nYou can use –force if you still want to run mysql_upgrade\n” }
nginx-mailcow-1 | 2025/10/18 16:57:17 [error] 17#17: *143 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 172.28.0.79, server: mail.xxxxxxx.de, request: “GET / HTTP/2.0”, upstream: “fastcgi://172.22.1.12:9002”, host: “10.90.0.4”