Datenbankverbindung bei docker-Installation auf ubuntu-18.04-x86_64 ändern: 502 Bad Gateway: nginx/1.18.0

David 2020-10-22 08:58:53 UTC #1

Hallo,
ich habe EGroupware per docker-Insatllation mit dieser Anleitung auf einem virtuellen Root-Server mit ubuntu-18.04-x86_64 installiert. Es müsste sich um die neueste Version 20.1.20201020 handeln.

Das hat auch alles gut funktioniert. Mit den Daten von /var/lib/egroupware/egroupware-docker-install.log kann ich mich über www.meine-domain.de/egroupware normal einloggen.

Nun möchte ich aber meine eigene lokale MySQL-Datenbank (localhost) statt der MariaDB im Container verwenden.

Dazu habe ich in der Datei /var/lib/egroupware/header.inc.php folgende Parameter so angepasst:

'db_host' => 'localhost',
'db_port' => '3306',
'db_name' => 'egroupware',
'db_user' => 'admin',
'db_pass' => 'my_db_password',

Weitere Änderungen habe ich nicht vorgenommen. Anschließend habe ich einen Reboot durchgeführt.

Wenn ich nun www.meine-domain.de/egroupware aufrufe, erhalte ich folgenden Fehler:

502 Bad Gateway
nginx/1.18.0

Was mache ich falsch? Muss ich noch irgendwas ändern?

Viele Grüße,
David.

David 2020-10-22 09:38:42 UTC #2

Hallo,
ich bin hier nun weiter gekommen: Wenn ich bei db_host statt localhost die IP meines Servers angebe, dann funktioniert es.

Es scheint so, als würde localhost hier nicht auf das localhost des Servers, sondern des Containers zugreifen. Dann kann das natürlich nicht funktionieren.

Ob localhost oder die IP des Servers kann mir ja eigentlich egal sein, aber: Wenn ich die IP des Servers eingebe, weiß der Server dann, dass das seine eigene IP ist und bearbeitet alles intern (bräuchte also theoretisch gar keine Internetverbindung) oder greift der Server übers Internet auf sich selbst zu? Zweitens würde natürlich zu unnötiger Verzögerung und Traffic führen.

Weiß das jemand, obwohl das ja eigentlich nichts mit EGroupware direkt zu tun hat?

Mit 127.0.0.1 geht es übrigens auch nicht, gleicher Fehler wie bei localhost.

Grüße,
David.

StefanU 2020-10-22 10:09:37 UTC #3

Das wurde mehrmals im Forum thematisiert.

EGw im Container(-Netzwerk) greift auf den Host(-Port/DB) zu. Nix Internet.
Du hast doch eine komplette EGw-Installation auf dem Server wo die Komponenten miteinander sprechen.
Du könntest natürlich die Komponenten beliebig auseinander ziehen, von mir aus auch über Netzwerkgrenzen hinweg. Ist aber hier nicht der Fall.

Das ist ja nun mal auch das gleiche bzw. ist gleich zu setzen. Schau mal in deine hosts…

Stefan

RalfBecker 2020-10-22 11:55:39 UTC #4

Also, localhost ist immer der Container selbst, nie das Hostsystem!

Für MariaDB/MySQL bedeutet localhost allerdings etwas ganz anderes, nämlich über einen Unix Domain Socket auf die Datenbank zuzugreifen.

Wenn Ihr Euch das docker-compose.override.yml File man anschaut, ist dort genau dokumentiert, was man machen muss:

github.com

EGroupware/build.opensuse.org/blob/master/server:eGroupWare/egroupware-docker-20.1/egroupware-docker/docker-compose.override.yml#L40


egroupware:
  # egroupware images to use:
  # - egroupware/egroupware: is the community edition of egroupware
  # - download.egroupware.org/egroupware/epl: is the EPL / subscription version of EGroupware GmbH
  # egroupware tags to use:
  # - latest: recommended is to use tag latest for automatic updates incl. new stable major releases
  # - 20.1: use a branch to keep on latest maintenance release for that branch, but not update automatic to next release
  # - 20.1.20200613: use a maintenance release, to disable automatic updates via watchtower and run them manually
  image: egroupware/egroupware:20.1
  #volumes:
  # if you want to use the host database:
  # 1. follow instructions below to disable db service
  # 2. set EGW_DB_HOST=localhost AND
  # 3. uncomment the next line and modify the host path, it depends on your distro:
  #    - RHEL/CentOS   /var/lib/mysql/mysql.sock:/var/run/mysqld/mysqld.sock
  #    - openSUSE/SLE  /var/run/mysql/mysql.sock:/var/run/mysqld/mysqld.sock
  #    - Debian/Ubuntu /var/run/mysqld:/var/run/mysqld
  #- /var/run/mysqld:/var/run/mysqld
  # private CA so egroupware can validate your certificate to talk to Collabora or Rocket.Chat
  # multiple certificates (eg. a chain) have to be single files in a directory, with one named private-ca.crt!
  #- /etc/egroupware-docker/private-ca.crt:/usr/local/share/ca-certificates/private-ca.crt:ro

Empfohlen ist inzwischen die Datenbank aus dem Container, nicht die des Hosts zu verwenden, da es damit immer diverse Probleme z.B. beim Start der Container bzw. Restart der Datenbank gab.

Ralf

David 2020-10-23 08:08:43 UTC #5

Hallo Ralf,
vielen Dank für deine Antwort.

Ich möchte die Datenbank, die EGroupware verwendet in meine eigene Backup-Routine einbinden, auch, wenn ich weiß, dass ich mit EGroupware auch automatisch Backups einrichten kann.

Zudem möchte ich auf die Datenbank zugreifen können, um mit Skripten Daten auszulesen und teilweise auch zu verändern.

Ich muss also entweder auf die Datenbank im Container zugreifen können oder meine localhost-Datenbank für EGroupware verwenden, auf die ich natürlich normal zugreifen kann.

Ist es möglich, auf die EGroupware-Datenbank im Container zuzugreifen?

Wenn ich also eine andere Datenbank, statt der EGroupware-Datenbank im Container, verwenden möchte, mache ich das alles in der Datei /etc/egroupware-docker/docker-compose.override.yml und nicht in der Datei /var/lib/egroupware/header.inc.php? Habe ich das so richtig verstanden?

Viele Grüße,
David.

RalfBecker 2020-10-23 08:19:16 UTC #6

Ja, einfach in der docker-compose.override.yml für den db-service den Port freigeben:

  db:
    ports:
    - "127.0.0.1:3306:3306"

Dann ist die MariaDB auch auf 127.0.0.1 auf dem Host erreichbar.

Nein, muss in beiden Dateien geändert werden, in der header.inc.php muss 'db_host' => 'localhost', verwendet werden, sonst greift EGroupware nicht auf den in der docker-compose.override.yml reingereichten Socket zu.

Ralf

David 2020-10-23 09:07:11 UTC #7

Hallo Ralf,
nochmal danke für deine Antwort.

Tut mir leid, dass ich nochmal nerve, aber ich will nichts falsch machen.

So bin ich vorgegangen: Ich habe EGroupware über diese Anleitung frisch installiert und dann die Daten für die Datenbankverbindung in /var/lib/egroupware/header.inc.php für meine Host-Datenbank angepasst. Als db_host habe ich die IP meines Servers angeben. Weitere Änderungen habe ich nicht vorgenommen, auch nicht in /etc/egroupware-docker/docker-compose.override.yml.

Wenn ich mich nun in EGroupware einlogge, funktioniert alles normal. Es werden die Informationen und Zugänge aus meiner Host-Datenbank verwendet.

Muss ich die Änderungen in /etc/egroupware-docker/docker-compose.override.yml trotzdem vornehmen?

Muss ich auch die Parameter EGW_DB_ROOT, EGW_DB_ROOT_PW, EGW_DB_NAME … in /etc/egroupware-docker/docker-compose.override.yml an meine Host-Datenbank anpassen, obwohl ich das ja schon in /var/lib/egroupware/header.inc.php gemacht habe?

Viele Grüße,
David.

RalfBecker 2020-10-23 09:26:12 UTC #8

Wenn die Rechte in der Datenbank entsprechend gesetzt sind, und das sind sie bei Dir offensichtlich wenn alles funktioniert, reicht das.

In einer älteren EGroupware Installation aus der Zeit vor den Containern hat der egroupware DB-User nur Zugriff von localhost, deswegen sind da mehr Schritte notwendig.

Nein, alles nicht notwendig, das 1. nicht weil Du nicht localhost sondern die IP (!= 127.0.0.1) verwendest, das 2. nicht weil das nur für die Installation notwendig ist, damit die Daten in den header.inc.php eingetragen werden.

Ralf