Egw 19.1 auf Synology Diskstation installieren

truckthor 2019-12-28 21:32:08 UTC #1

Hallo,
ich versuche gerade auf einer Synology Diskstation 716+II mit 8GB eGroupware 19.1. via Docker zu installieren.

Gibt es hier im Forum User, die das schon gemacht haben und zufällig die Installation dokumentiert haben.
Bin leider nicht so fit, das ohne Anleitung hinzubekommen.

bisher ist folgendes geschehen:

Docker auf o.g. DS installiert.
mit verschiedenen Anwendungen wie digikam, nextcloud, thunderbird und yacy herum experimentiert.
(mit mäßigem Erfolg)
das egroupware Abbild heruntergeladen und registriert.

und hier komme ich nicht weiter…
auf der einen Seite können Einstellungen im Register "Container - egroupware - Bearbeiten vorgenommen werden

Auf der anderen Seite gibt es eine docker-compose.yml Datei, die offensichtlich auch angepasst werden muß.

Es wäre schön, wenn jmd. hier im Forum bereits eine Doku hat, oder bereit ist mir da weiter zu helfen.

Vielen Dank im Voraus.

RalfBecker 2019-12-30 07:50:00 UTC #2

Hi trucktor,

ich bin leider (noch) nicht dazu gekommen die Synology Installation zu dokumentieren.

Grundsätzlich hilft der Container alleine gar nichts, Du brauchst das docker-compose File und musst der docker-compose Anleitung von uns folgen:

Ich habe den Kunden für den ich die Installation gemacht habe gebeten mich nochmal auf seine Synology zu lassen, damit ich die Installation dokumentieren kann. Falls das nicht klappt werde ich es mit der nächsten Installation auf einer Synology für einen Kunden machen.

Ralf

StefanU 2020-01-06 10:42:22 UTC #3

Hi trucktor,

Ralf hat eine Anleitung geschrieben:

Bitte schau mal ob du damit zurecht kommst. Und berichte hier bitte unbedingt!

Gruß
Stefan

truckthor 2020-01-08 20:57:16 UTC #4

Hallo Stefan, hallo Ralf,

vielen Dank für die Anleitung, die bis zum letzten Punkt sauber durchlief. Bei dem Befehl:

ash-4.3# docker-compose logs -f
Attaching to egroupware-nginx, egroupware, egroupware-watchtower, egroupware-db
egroupware-nginx | WARNING: no logs are available with the ‘db’ log driver
egroupware | WARNING: no logs are available with the ‘db’ log driver
egroupware-watchtower | WARNING: no logs are available with the ‘db’ log driver
egroupware-db | WARNING: no logs are available with the ‘db’ log driver
exit
egroupware exited with code 1
egroupware | WARNING: no logs are available with the ‘db’ log driver
egroupware exited with code 1
egroupware | WARNING: no logs are available with the ‘db’ log driver
egroupware exited with code 1
egroupware | WARNING: no logs are available with the ‘db’ log driver
egroupware exited with code 1
egroupware | WARNING: no logs are available with the ‘db’ log driver
egroupware exited with code 1
egroupware | WARNING: no logs are available with the ‘db’ log driver
egroupware exited with code 1
egroupware | WARNING: no logs are available with the ‘db’ log driver
egroupware exited with code 1
egroupware | WARNING: no logs are available with the ‘db’ log driver
egroupware exited with code 1
egroupware | WARNING: no logs are available with the ‘db’ log driver
egroupware exited with code 1
egroupware | WARNING: no logs are available with the ‘db’ log driver
^CERROR: Aborting.

Daraufhin habe ich alle egw Docker neu gestartet:

die jetzt auch kontinuierlich durchlaufen.

der Aufruf 192.168.40.40:8080 (=Synology Diskstation) setzt die Adresse um in
192.168.40.40/egroupware/index.php, der Bildschirm zeigt einen Fehler 500 “Bei der Verarbeitung dieser Anforderung ist ein Fehler aufgetreten.”

RalfBecker 2020-01-09 08:08:23 UTC #5

Das hatte ich glaube ich auch, hat aber nix mit EGroupware sondern mit dem Synology Docker Paket zu tun.

Bei einem 500ter gilt auch bei Docker das gleich wie bisher, in das Webserver Log schauen, welcher Fehler dort gemeldet wird (siehe https://github.com/EGroupware/egroupware/wiki/19.1--Installation-using-egroupware-docker-RPM-DEB-package#how-to-view-error-log-of-the-webserver):

docker logs -f egroupware-nginx 2>&1 | sed 's/PHP message/\nPHP message/g'

Ralf

truckthor 2020-01-09 09:59:08 UTC #6

Das Ergebnis der Abfrage ist:

ash-4.3# docker logs -f egroupware-nginx 2>&1 | sed 's/PHP message/\nPHP message/g’
2020/01/08 20:13:50 [emerg] 1#1: host not found in upstream “egroupware:9000” in /etc/nginx/conf.d/default.conf:8
nginx: [emerg] host not found in upstream “egroupware:9000” in /etc/nginx/conf.d/default.conf:8
2020/01/08 20:14:10 [emerg] 1#1: host not found in upstream “egroupware:9000” in /etc/nginx/conf.d/default.conf:8
nginx: [emerg] host not found in upstream “egroupware:9000” in /etc/nginx/conf.d/default.conf:8

RalfBecker 2020-01-09 10:13:10 UTC #7

Das hieße ja der EGroupware Container läuft garnicht:

docker ps

Ralf

truckthor 2020-01-09 10:18:40 UTC #8

Hiernach schon.

Werde die DS716 mal komplett neu starten, melde mich gleich nochmal.

RalfBecker 2020-01-09 13:28:58 UTC #9

It could also be, that EGroupware was not started when Nginx was started, as it resolves DNS at (re-)start-time, not at request-time. Thought nginx services is listed as depends_on egroupware service in our docker-compose.yml.

Only time I seen this is when stoping and starting just the EGroupware container through docker and not docker-compose.

Ralf

truckthor 2020-01-09 14:51:42 UTC #10

Ein reiner Neustart der Synology Diskstation hat nichts gebracht.
Auch ein separater Neustart des egroupware Containers über die Docker-Console führten trotzdem zum Fehler 500. Einen neuen Eintrag im log gibt es nicht.

2020/01/08 20:13:50 [emerg] 1#1: host not found in upstream “egroupware:9000” in /etc/nginx/conf.d/default.conf:8
nginx: [emerg] host not found in upstream “egroupware:9000” in /etc/nginx/conf.d/default.conf:8
2020/01/08 20:14:10 [emerg] 1#1: host not found in upstream “egroupware:9000” in /etc/nginx/conf.d/default.conf:8
nginx: [emerg] host not found in upstream “egroupware:9000” in /etc/nginx/conf.d/default.conf:8

truckthor 2020-01-09 14:57:56 UTC #11

Hier noch der Status über docker ps

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
58d68d5a9757 nginx:stable-alpine “nginx -g 'daemon of…” 19 hours ago Up 4 hours 0.0.0.0:8080->80/tcp, 0.0.0.0:4443->443/tcp egroupware-nginx
8e478e1f8740 egroupware/egroupware:latest “/entrypoint.sh php-…” 19 hours ago Up 39 minutes 9000/tcp egroupware
accc8fdc57b6 containrrr/watchtower “/watchtower --sched…” 19 hours ago Up 4 hours egroupware-watchtower
28a0155d18c7 mariadb “docker-entrypoint.s…” 19 hours ago Up 4 hours 3306/tcp egroupware-db

RalfBecker 2020-01-09 15:10:59 UTC #12

Poste mal das komplette docker-compose.yml und das komplete Log von docker-compose logs.

truckthor:

CONTAINER ID        IMAGE                          COMMAND                  CREATED             STATUS              PORTS                                         NAMES

58d68d5a9757        nginx:stable-alpine            “nginx -g 'daemon of…”   19 hours ago        Up 4 hours          0.0.0.0:8080-&gt;80/tcp, 0.0.0.0:4443-&gt;443/tcp   egroupware-nginx

8e478e1f8740        egroupware/egroupware:latest   “/entrypoint.sh php-…”   19 hours ago        Up 39 minutes       9000/tcp                                      egroupware

accc8fdc57b6        containrrr/watchtower          “/watchtower --sched…”   19 hours ago        Up 4 hours                                                        egroupware-watchtower

28a0155d18c7        mariadb                        “docker-entrypoint.s…”   19 hours ago        Up 4 hours          3306/tcp                                      egroupware-db

Das sieht merkwürdig aus, da EGroupware seit 39min läuft und Nginx seit 4h, aber Nginx immer erst nach EGroupware starten soll, damit es nicht zu dem Problem kommt, das du hast.

Ralf

truckthor 2020-01-09 15:49:27 UTC #13

bin in der egroupwae-docker-install.log
über diesen Eintrag gestolpert:

Installation failed --> exiting!

Retrying EGroupware installation in 3 seconds …
/usr/bin/php7.3 -d memory_limit=-1 /usr/share/egroupware/setup/setup-cli.php --setup-cmd-database sub_command=create_db ‘domain=default’ ‘db_type=mysqli’ ‘db_host=db’ ‘db_port=3306’ ‘db_name=egroupware’ ‘db_user=egroupware’ ‘db_pass=LrGJT-t4s4Pq(9)m’ ‘db_root=root’ ‘db_root_pw=secret’ 'db_grant_host=172.%'
Can not connect to mysqli database mysql on host db:3306 using user root! (ADOdb::Connect(db:3306, root, $Password, mysql) failed.)

Im Installationsprozess kam keine Eingabemöglichkeit zur PW Eingabe. An welcher Stelle hätte dies sein sollen, bez. wo und wie kann man das im Nachgang ändern ?

RalfBecker 2020-01-09 15:58:59 UTC #14

Also das initiale root Password der MariaDB steht in der docker-compose.yml:

github.com

EGroupware/egroupware/blob/master/doc/docker/docker-compose.yml#L50


#    - Debian/Ubuntu /var/run/mysqld/mysqld.sock
#- /var/run/mysqld/mysqld.sock:/var/run/mysqld/mysqld.sock
environment:
# MariaDB/MySQL host to use: for internal service use "db", for host database (socket bind-mounted into container) use "localhost"
- EGW_DB_HOST=db
# grant host is needed for NOT using localhost / unix domain socket for MySQL/MariaDB
- EGW_DB_GRANT_HOST=172.%
# for internal db service you should to specify a root password here AND in db service
# a database "egroupware" with a random password is created for you on installation (password is stored in header.inc.php in data directory)
#- EGW_DB_ROOT=root
- EGW_DB_ROOT_PW=secret
# alternativly you can specify an already existing database with full right by the given user!
#- EGW_DB_NAME=egroupware
#- EGW_DB_USER=egroupware
#- EGW_DB_PASS=
# further post_install.php arguments can be passed as a single enviroment variable with space separated assignments
# "<name1>=<value1> <name2>=<value2>" see https://github.com/EGroupware/egroupware/blob/master/doc/rpm-build/post_install.php#L17
# to configure eg. LDAP for authentication and account storage use
#- EGW_POST_INSTALL='account-auth=ldap,ldap ldap_base=ou=egroupware,dc=example,dc=org ldap_host=tls://ldap.example.org ldap_admin=cn=admin,$base ldap_admin_pw=secret ldap_context=cn=users,$base ldap_group_context=cn=groups,$base'
restart: always
depends_on:

github.com

EGroupware/egroupware/blob/master/doc/docker/docker-compose.yml#L93


  - "4443:443"
  depends_on:
  - egroupware
  container_name: egroupware-nginx


# run an own MariaDB:10.4 (you can use EGroupware's database backup and restore to add your existing database)
db:
  image: mariadb
  environment:
  #- MYSQL_ROOT=root
  - MYSQL_ROOT_PASSWORD=secret
  volumes:
  - db:/var/lib/mysql
  container_name: egroupware-db


# automatic updates of all containers daily at 4am
# see https://containrrr.github.io/watchtower for more information
watchtower:
  image: containrrr/watchtower
  volumes:
  - /var/run/docker.sock:/var/run/docker.sock

Allerdings hilft das nicht, wenn die Datenbank schon angelegt wurde, dann kannst Du nur das db Volume löschen:

docker-compose stop
docker-compose rm -f db
docker volume ls
docker volume rm $(docker volume ls|grep db|cut -c21-)

Falls Dich das default root Passwort nicht stört, kann man auch nachträglich ändern, kannst Du auch einfach die header.inc.php löschen und die EGroupware Datenbank droppen:

docker-compose stop egroupware
rm -f data/header.inc.php
docker-compose exec -it db mysql -uroot -psecret --execute "drop database egroupware"
docker-compose up -d

Ralf

truckthor 2020-01-09 16:09:18 UTC #15

Hallo Ralf,
vielen Dank.
Um die Funktion zu testen, werde ich die 2te Variante heute abend probieren.

Da voraussichtich im März 2020 das neue Betriebssystem DSM7.0 für die Diskstation erscheinen soll, möchte ich die DS eh komplett neu aufsetzen.
Damit verbunden ist dann auch das Neuaufsetzen von EGW. Für meine eigene Doku würde ich gerne noch wissen, wo docker-compose.yml vor der Installation von mir bezüglich des PW änderbar ist.

Danke im Voraus.

RalfBecker 2020-01-09 18:44:17 UTC #16

Die Frage verstehe ich jetzt nicht?
Ich habe Dir die zu ändernden Zeilen für das root Passwort doch geschickt.

Man kann in der docker-compose.yml noch mehr ändern, dafür gibt es darin ziemlich viele Komentare die erläutern was man ändern kann.

Ralf

truckthor 2020-01-09 21:52:21 UTC #17

sorry, da habe ich mich falsch ausgedrückt.
An welcher Stelle im Installationsprozess habe ich die Möglichkeit, die docker-compse.yml zu verändern ?
Aber die Anwort ist klar, habe da nicht aufgepasst.

für alle, die den gleichen Gedankenfehler haben:
An der Stelle, an der per
mkdir /etc/egroupware-docker und cd /etc/egroupware-docker wird anschließend per curl https://........
die Datei auf den Rechner geladen.
Hier ist der Moment, an dem man mittels eines Editors die docker-compose.yml verändern kann.
Erst mit dem Befehl docker-compose up -d wird der Installationsprozess gestartet.

pmu 2020-04-14 21:26:02 UTC #18

Hallo,
gibt es für dieses Problem eine weiterführende Lösung? In meiner neuen Installation stoße ich auf die gleichen Probleme und komme nicht weiter. EGW kann scheinbar nicht auf die DB zugreifen und erzeugt bei mir die gleichen, oben schon genannten Fehler.

Philipp

StefanU 2020-04-15 08:31:43 UTC #19

Hallo Philipp.

Es wäre besser, wenn du einen eigenes Thema aufmachst. Beschreibe deine Umgebung, was du gemacht hast und die Stelle, an der du hängst. Dann haben andere eine Chance dir zu folgen.
Auf dieses Thema hier kann du einfach verlinken: kopiere den Weblink in dein Thema.

Vielleicht hilft dir:

Stefan

pmu 2020-04-15 08:51:21 UTC #20

Hallo Stefan, danke für die Antwort.
ich habe die gleiche Umgebung wie truckthor und hänge an der gleichen Stelle. Die Installation läuft soweit durch, aber EGW nicht erreichbar. Ich bekomme die gleichen Fehlermeldungen im Log

ich habe mittlerweile alles versucht. Unter anderem die docker-compose so umzuschreiben, dass EGW die interne DB benutzt. Aber leider ohne Erfolg.