Mailcow Gui und rspamd arbeiten nach Update nicht

Ddrhm · Mar 7, 2021

Hallo, ich habe gerade ein Update auf die aktuelle Version von Mailcow und Mailman gemacht. Beides läuft bei mir in Docker Containern. Da meine Ursprungsversion schon sehr alt war, habe ich das Update manuell durchgeführt und die Schritte zuvor auf meinem PC getestet. Dort hatte ich am Anfang Probleme mit Mailman, die ich aber beheben konnte. Danach hat alles (Mailcow Gui, Emails senden und empfangen, Emaillistenversand und Konfiguration) auf dem PC funktioniert.
Anschließend habe ich nach dem gleichen Schema meinen Server im Internet upgedatet. Das Lesen und Versenden von Emails einzeln oder über Listen funktioniert genauso wie die Konfigurationsschnittstelle für die Listen. Allerdings musste ich zunächst das Volume mysql-vol-1 durch das Volume vom PC ersetzen, da es am Anfang Schwierigkeiten mit dem Service gab. Auf dem PC hatte ich diese Probleme nicht.

Was nicht funktioniert, ist der Webzugriff auf die Mailcow Gui. Hier erhalte ich nur eine Fehlermeldung. Auch rspamd-mailcow hat Probleme.

In den Logs ist folgendes zu sehen:
nginx-mailcow:

nginx-mailcow_1      | 31.18.248.111 - - [07/Mar/2021:04:25:26 +0100] "GET / HTTP/1.1" 502 1076 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:86.0) Gecko/20100101 Firefox/86.0"
nginx-mailcow_1      | 31.18.248.111 - - [07/Mar/2021:04:25:26 +0100] "GET /bower_components/bootstrap/dist/css/bootstrap.min.css HTTP/1.1" 404 146 "https://mail.muenkel.cc/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:86.0) Gecko/20100101 Firefox/86.0"
nginx-mailcow_1      | 2021/03/07 04:25:28 [error] 23#23: *23 connect() failed (111: Connection refused) while connecting to upstream, client: 31.18.248.111, server: mail.muenkel.cc, request: "GET / HTTP/1.1", upstream: "fastcgi://172.19.199.203:9002", host: "mail.muenkel.cc"

php-fpm-mailcow (nur eine Zeile!):

php-fpm-mailcow_1    | Uptime: 1  Threads: 7  Questions: 1  Slow queries: 0  Opens: 18  Flush tables: 1  Open tables: 11  Queries per second avg: 1.000

mysql-mailcow:

mysql-mailcow_1      | 2021-03-07 04:24:50+01:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 1:10.3.28+maria~focal started.
mysql-mailcow_1      | 2021-03-07 04:24:51+01:00 [Note] [Entrypoint]: Switching to dedicated user 'mysql'
mysql-mailcow_1      | 2021-03-07 04:24:51+01:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 1:10.3.28+maria~focal started.
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] mysqld (mysqld 10.3.28-MariaDB-1:10.3.28+maria~focal) starting as process 1 ...
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: Using Linux native AIO
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: Uses event mutexes
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: Number of pools: 1
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: Using SSE2 crc32 instructions
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: Initializing buffer pool, total size = 24M, instances = 1, chunk size = 24M
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: Completed initialization of buffer pool
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: Creating shared tablespace for temporary tables
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
mysql-mailcow_1      | 2021-03-07  4:24:51 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
mysql-mailcow_1      | 2021-03-07  4:24:52 0 [Note] InnoDB: 10.3.28 started; log sequence number 91994324; transaction id 731095
mysql-mailcow_1      | 2021-03-07  4:24:52 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
mysql-mailcow_1      | 2021-03-07  4:24:52 0 [Note] Server socket created on IP: '::'.
mysql-mailcow_1      | 2021-03-07  4:24:52 0 [Warning] 'proxies_priv' entry '@% root@2d7299054d78' ignored in --skip-name-resolve mode.
mysql-mailcow_1      | 2021-03-07  4:24:52 6 [Note] Event Scheduler: scheduler thread started with id 6
mysql-mailcow_1      | 2021-03-07  4:24:52 0 [Note] mysqld: ready for connections.
mysql-mailcow_1      | Version: '10.3.28-MariaDB-1:10.3.28+maria~focal'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  mariadb.org binary distribution
mysql-mailcow_1      | 2021-03-07  4:24:52 0 [Note] InnoDB: Buffer pool(s) load completed at 210307  4:24:52

rspamd-mailcow (wiederholend immer die gleiche Zeile):

rspamd-mailcow_1     | Waiting for PHP on port 9001...`

Um den Fehler einzukreisen habe ich IP6 in mailcow.conf disabled und alle Einträge in mailcow.conf und docker-compose.yml auskommentiert. Das hat aber nichts gebracht.

Hier ist die Datei docker-compose.yml:

docker-compose.txt

23kB

Ddrhm · Mar 7, 2021

Ich habe die Lösung selbst gefunden.
Die Ursache war die Definition der Variable COMPOSE_PROJECT_NAME in der Datei mailcow.conf. Sie war - warum auch immer - auf dem Internetserver auf mailcow-dockerized anstatt mailcowdockerized gesetzt.
Dadurch konnte das Startscript im Container php-fpm-mailcow die Container Id des Containers mysql-mailcow nicht ermitteln und ging deshalb in eine Endlosschleife ohne den eigentlichen Hauptprozess im Container zu starten.