• Ddrhm

      Moolevel 0

    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
      • Best Answerset by drhm

      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.

    • Ddrhm

        Moolevel 0
      • Best Answerset by drhm

      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.

      Have something to say?

      Join the community by quickly registering to participate in this discussion. We'd like to see you joining our great moo-community!

      No one is typing