Docker - OpenProject

[plang.pl]

wer ist der "host" ?

Die DS

 

[ctrlaltdelete]

Ich würde es mal hiermit versuchen, ich denke es ist ein Zertifikatsproblem:
https://mariushosting.com/how-to-install-openproject-on-your-synology-nas/

 

[EDvonSchleck]

Wird er nicht haben, denke ich.

 

[Monacum]

Man braucht dafür dieses Zertifikat nicht, das habe ich auch nicht installiert (und auch oben schon mal dieser Anleitung verlinkt, darauf ist aber keiner eingegangen…).

 

[ctrlaltdelete]

sorry, habe ich nicht gesehen. Ich verwende gerne die Anleitungen von Mariushosting, das eigentlich immer laufen.

 

[EDvonSchleck]

Mir kommt ja das Netzwerk komisch vor. Das liegt sehr nah an den Standard-Bridge-Netzwerk der Synology. Ich würde das Netzwerk zum Testen einmal auf Klasse A oder C wechseln.

 

[alexhell]

Man ändert doch nicht mal eben so sein Netzwerk? Das ist doch mit viel Aufwand verbunden. Da würde ich eher die IP vom Docker Netzwerk ändern.

 

[Monacum]

Also ich kann in Docker nicht die IP-Adressen manuell verändern, nur eine Änderung anstoßen. Und Docker verwendet neben class B auch class C network-IPs.

 

[ctrlaltdelete]

@Veraut was hast du denn für Netzwerkeinstellungen in deiner DS
Ich es gerade mit dem script von @Monacum getestet 1:1 ging ohne Probleme, musste nur ein wenig warten bis es installiert war.

 

[alexhell]

Also ich kann in Docker nicht die IP-Adressen manuell verändern, nur eine Änderung anstoßen. Und Docker verwendet neben class B auch class C network-IPs.

Das kann man in der Config machen: https://docs.docker.com/network/bridge/#configure-the-default-bridge-network

 

[Monacum]

Danke, wieder was gelernt.

 

[EDvonSchleck]

Man ändert doch nicht mal eben so sein Netzwerk? Das ist doch mit viel Aufwand verbunden. Da würde ich eher die IP vom Docker Netzwerk ändern.

Denn sollte man sich vorher sicher sein, welches Netzwerk man verwendet. Klasse A und B sind für Enduser ja nicht üblich.
Natürlich kann man auch einfach ein anderes Netzwerk auch über sie Synology-GUI erstellen. Generell halte ich es aber für ein Problem, wenn man nicht weiß, was man macht.

 

[Veraut]

@Veraut was hast du denn für Netzwerkeinstellungen in deiner DS
Ich es gerade mit dem script von @Monacum getestet 1:1 ging ohne Probleme, musste nur ein wenig warten bis es installiert war.

ja, ich denke ich muss eine DS zurücksetzen und dann mit einer "frischen" testen
Auf der jetzigen laufen auch einige andere Dinge.

 

[Veraut]

Ich würde es mal hiermit versuchen, ich denke es ist ein Zertifikatsproblem:
https://mariushosting.com/how-to-install-openproject-on-your-synology-nas/

werde ich ausprobieren und berichten ;-)

 

[Veraut]

@Veraut was hast du denn für Netzwerkeinstellungen in deiner DS
Ich es gerade mit dem script von @Monacum getestet 1:1 ging ohne Probleme, musste nur ein wenig warten bis es installiert war.

 

[EDvonSchleck]

ja, ich denke ich muss eine DS zurücksetzen und dann mit einer "frischen" testen

Zeig doch einmal das Netzwerk unter Docker, der Container sollte dem Netzwerk "Bridge" zugeordnet sein.

Auf der jetzigen laufen auch einige andere Dinge.

Ich glaube nicht das du deine DS zurücksetzen musst. Verwende einmal 2 unterschiedliche Klassen im Netzwerk. Mach dir nicht mehr Arbeit als notwendig.

 

[Veraut]

Zeig doch einmal das Netzwerk unter Docker, der Container sollte dem Netzwerk "Bridge" zugeordnet sein.


Ich glaube nicht das du deine DS zurücksetzen musst. Verwende einmal 2 unterschiedliche Klassen im Netzwerk. Mach dir nicht mehr Arbeit als notwendig.

 

[EDvonSchleck]

Jetzt ist nur noch die Frage, ob es Probleme mit der Bridge zu deinem Host-Netzwerk gibt.

 

[haydibe]

Wenn die default "bridge" von Docker die Range 172.17.0.0/16 verwendet, dann kann es keine Kollision mit der Host-Range von 172.16.0.0/24 geben.
Sicher das die Firewall Kommunikation von und nach 172.17.0.0/16 erlaubt?

Ansonsten wäre es mal sinnvoll die Logs in einem gute verdaubaren Format zu liefern. Wenn man sich per ssh mit dem Terminal verbindet, kann man die logs mit sudo docker logs openproject > /volume1/docker/openproject.log erzeugen lassen, sie aus dem docker-Share rauskopieren und die dann hier im Forum anhängen.

An der Berechtigung der Verzeichnisse /volume1/docker/openproject/pgdata und /volume1/docker/openproject/assets kann es nicht liegen, da der Container beim Start die Berechtigungen selbst glatt zieht.

Wenn die DS einen Kernel 3.10.x Kernel hat, dann wird es daran liegen, dass der Kernel die benötigt Variante /dev/urandom Device nicht unterstützt. Dann sehen die Fehlermeldungen in den Logs so aus, wie in diesem GitHub-Issue.
Auch das kann man über das Terminal herausfinden: uname -r. Wenn noch nicht das aktuellste DSM-Update eingespielt ist, könnte es helfen. Wenn die DS bereits einen Kernel > 4.x hat,

-e OPENPROJECT_HOST__NAME=localhost:32796

Kann nicht korrekt sein. Hier sollte der Hostname oder die IP stehen, die beim Aufruf in der URL im Browser eingetragen wird. Das wird eher ds-ip:32796,ds-hostname:32796 sein. Localhost wäre hier nur korrekt, wenn der Browser auf demselben Gerät ausgeführt wird, auf dem Docker läuft... Sprich: wenn man Docker Desktop verwendet oder Docker-CE auf einem Linux System mit Desktop - überall anders ergibt localhost keinen Sinn.

 

[Monacum]

Ja, da hast du recht, das alleine kann aber nicht der Grund sein, warum es bei Veraut nicht funktioniert, weil es bei ctrlaltdelete und mir ja klappt…