Openproject-Installation bricht unerwartet ab

miholzi · 28. Okt 2022

Hallo,

ich versuche verzweifelt in einem Docker-Container openproject zu installieren. Leider komme ich nicht voran, da die Installation immerwieder "unerwartet abbricht". Da dies meine erste Versuche mit Docker sind, habe ich gedacht, ich suche mir eine Anleitung und bin nach dieser vorgegangen. Ich habe eine DS218+ mit aktuelle DSM (7.1.1-42962 Update 1), Docker habe ich installiert. Ich habe die Version 12.3.2 zur Installation ausgewählt.
In der verlinkten Anleitung komme ich bis zum Punkt, wo die Installation beginnt (Beobachte die Installation....). Diese läuft ca. 2-3 Minute und bricht dann ab mit der Meldung "wurde unerwartet beendet).

In der Anleitung habe ich eine Stelle, wo ich nichts ändern kann. Im Reiter "Umgebung" soll man unten scrollen und den SECRET_KEY_BASE auf OVERWRITE_ME setzen. Da kann ich nichts ändern, allerdings steht es auch schon so eingetragen. Ich weiß nicht, ob das wichtig ist, wollte es aber erwähnen.

Bei den Ports habe ich schon verschiende ausprobiert und auch mal automatisch, immer das gleiche Ergebniss.

Habt ihr evtl. einen Tipp, woran es liegen könnte? Gibt es irgendwo ein Protokoll, wo man nachsehen kann, bei welchem Punkt die Installation abbricht?

Viele Grüße
Michael

Anzeige · 28. Okt 2022

Hallo miholzi,

Bücher und Hardware zum Thema gibt es bei Amazon: Openproject-Installation bricht unerwartet ab

abrocksi · 29. Okt 2022

Hi miholzi,

bitte gleiche mal beide Anleitungen ab.

https://mariushosting.com/how-to-install-openproject-on-your-synology-nas/

Marius ist sehr erfahren und hat mir schon oft geholfen.

Vielleicht klappt es mit dieser Anleitung.

cheers,
abrocksi

haydibe · 29. Okt 2022

Teil doch mal Screenshots von dem was DU gemacht hast.

OVERWRITEME ist wohl Buchstäblich zu verstehen: es soll durch eine willkürliche Zeichenkette ersetzt werden, die dann die Basis für alle verschlüsselten Daten ist.

Eigentlich hat jeder Container Logs, die man über die Syno-UI auch einsehen kann. Davon bitte Auszüge rund um den Fehler herum sinnvoll.

miholzi · 29. Okt 2022

Hallo abrocksi,

die beiden Anleitungen sind sich sehr ähnlich. Nur die von mariusnhosting ist umfangreicher, mit mehr Screenshot und dass ein Skript Openproject installiert. Und der Revers Proxi wurde in der Anleitung von doktorerp.de nicht behandelt.
Ich habe es genau nach Anleitung von mariushosting gemacht. Aber auch hier der selbe Fehler, es wird ca. 6 Minunten lang installiert und dann der Container angehalten:

In Docker selbst steht im Prinzip nochmal die selbe Fehlermeldung. Das Ende des Protokoll sieht so aus:

Leider weiß ich gar nicht weiter. Ich kenne mich mit Docker noch überhaupt nicht aus und hatte gehofft, das man denoch einsteigen kann, ohner erst das Docker-Kompendium durchzuarbeiten. ;-)

abrocksi · 30. Okt 2022

Ich teste mal bei meinem Docker ...

abrocksi · 30. Okt 2022

Hi miholzi,

bei mir kommt er über den Schritt "Starting the all-in-one OpenProject setup" offenbar hinweg.

Bei Dir steht "Database Cluster already exist". Mal versucht die docker Ordner zu löschen und neu anzulegen? Stimmen die docker-Pfade?

cheers,
abrocksi

13 Minuten später:

miholzi · 30. Okt 2022

Vielen Dank abrocksi, dass du dir die Mühe gemacht hast, es nochmal zu installieren und hier als Screenshots eingefügt hast.

Ich habe einen erneuten Test gemacht, vorher habe ich in Docker alles wieder gelöscht, dann Docker samt den zwei Unterordnern auf dem Fileserver gelöscht. Nun habe ich Docker wieder neu über das Paketzentrum installiert. Und bin dann wie nach der Anleitungen aus meinem ersten Beitrag vorgegangen.

Hier ein paar Screenshots dazu:

Dann habe ich auch gesehen, wo man den Eintrag "Secret_Key_Base" editieren kann. Das ist laut der Anleitung in einer anderen Reihenfolge, wo dann nur die Zusammenfassung kommt, in welcher man nichts mehr ändern kann. Also habe ich den Eintrag mal geändert ist eine willkürliche Zeichenfolge (denn das war nicht genauer beschriebn, was der Schlüssel bewirkt und wie lang er z.B. sein soll).

Die zwei Ordner im Fileserver angelegt:

Dann die Port-Einstellungen vorgenommen:

und in den Volume-Einstellungen die beiden Ordner angelegt:

Nach rund 6 Minuten Arbeit, bricht die Installation wieder ab:

Die Installation beginnt dann automatisch neu, habe es ingesamt 3x durchlaufen lassen, immer wieder das gleiche Ergebniss:

Habe den Docker-Container nun gestoppt.

Seht ihr irgendwo einen Fehler, wo ich was falsch gemacht habe?

Ich würde mir sehr gerne Openproject mal ansehen, ob das für mich überhaupt in Frage kommt. Nach den Screenshots, welche ich gesehen haben, könnte es genau die richtige App sein. Müsste halt nur laufen ;-)

SES · 02. Nov 2022

Hi, bekomme es auch nicht zum laufen. Habe es nach der Anleitung vom Marius gemacht. Bekomme aber einen anderen Fehler als bei dir.

openproject

date	stream	content
2022-11-02T11:43:32.200495372Z	stdout	(See full trace by running task with --trace)
2022-11-02T11:43:32.200435759Z	stdout	/usr/local/bundle/bin/bundle:25:in `<main>'
2022-11-02T11:43:32.200379070Z	stdout	/usr/local/bundle/bin/bundle:25:in `load'
2022-11-02T11:43:32.200319082Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/exe/bundle:36:in `<top (required)>'
2022-11-02T11:43:32.200259181Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/lib/bundler/friendly_errors.rb:103:in `with_friendly_errors'
2022-11-02T11:43:32.200197192Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/exe/bundle:48:in `block in <top (required)>'
2022-11-02T11:43:32.200132528Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/lib/bundler/cli.rb:25:in `start'
2022-11-02T11:43:32.200005814Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/lib/bundler/vendor/thor/lib/thor/base.rb:485:in `start'
2022-11-02T11:43:32.199947463Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/lib/bundler/cli.rb:31:in `dispatch'
2022-11-02T11:43:32.199885574Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/lib/bundler/vendor/thor/lib/thor.rb:392:in `dispatch'
2022-11-02T11:43:32.199822823Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/lib/bundler/vendor/thor/lib/thor/invocation.rb:127:in `invoke_command'
2022-11-02T11:43:32.199753147Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/lib/bundler/vendor/thor/lib/thor/command.rb:27:in `run'
2022-11-02T11:43:32.199694321Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/lib/bundler/cli.rb:483:in `exec'
2022-11-02T11:43:32.199631382Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/lib/bundler/cli/exec.rb:23:in `run'
2022-11-02T11:43:32.199565406Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/lib/bundler/cli/exec.rb:58:in `kernel_load'
2022-11-02T11:43:32.199500642Z	stdout	/usr/local/bundle/gems/bundler-2.3.12/lib/bundler/cli/exec.rb:58:in `load'
2022-11-02T11:43:32.199431216Z	stdout	/app/vendor/bundle/ruby/3.1.0/gems/rake-13.0.6/exe/rake:27:in `<top (required)>'
2022-11-02T11:43:32.199349215Z	stdout	/app/Rakefile:33:in `<top (required)>'
2022-11-02T11:43:32.199226700Z	stdout	/app/Rakefile:33:in `require'
2022-11-02T11:43:32.186815396Z	stdout	/app/config/application.rb:31:in `<top (required)>'
2022-11-02T11:43:32.186757883Z	stdout	/app/config/application.rb:31:in `require'
2022-11-02T11:43:32.186697457Z	stdout	/app/vendor/bundle/ruby/3.1.0/gems/railties-7.0.4/lib/rails/all.rb:5:in `<top (required)>'
2022-11-02T11:43:32.186632656Z	stdout	/app/vendor/bundle/ruby/3.1.0/gems/railties-7.0.4/lib/rails/all.rb:5:in `require'
2022-11-02T11:43:32.186572780Z	stdout	/app/vendor/bundle/ruby/3.1.0/gems/railties-7.0.4/lib/rails.rb:7:in `<top (required)>'
2022-11-02T11:43:32.186512516Z	stdout	/app/vendor/bundle/ruby/3.1.0/gems/railties-7.0.4/lib/rails.rb:7:in `require'
2022-11-02T11:43:32.186450465Z	stdout	/app/vendor/bundle/ruby/3.1.0/gems/activesupport-7.0.4/lib/active_support.rb:26:in `<top (required)>'
2022-11-02T11:43:32.186372739Z	stdout	/app/vendor/bundle/ruby/3.1.0/gems/activesupport-7.0.4/lib/active_support.rb:26:in `require'
2022-11-02T11:43:32.186314413Z	stdout	failed to get urandom
2022-11-02T11:43:32.186258949Z	stdout	rake aborted!
2022-11-02T11:43:32.186200223Z	stdout	-----> Running migrations...
2022-11-02T11:43:32.186014307Z	stdout	Starting memcached: memcached.
2022-11-02T11:43:32.185498898Z	stdout	Trying to contact PostgreSQL server instance or waiting for it to come online.
2022-11-02T11:43:23.419088575Z	stdout	CREATE ROLE
2022-11-02T11:43:23.281843832Z	stdout	server started
2022-11-02T11:43:23.281259559Z	stdout	waiting for server to start.... done
2022-11-02T11:43:22.167235101Z	stdout
2022-11-02T11:43:22.167161137Z	stdout	/usr/lib/postgresql/13/bin/pg_ctl -D /var/openproject/pgdata -l logfile start
2022-11-02T11:43:22.167098211Z	stdout
2022-11-02T11:43:22.167003985Z	stdout	Success. You can now start the database server using:
2022-11-02T11:43:22.166943621Z	stdout
2022-11-02T11:43:22.166878107Z	stdout	syncing data to disk ... ok
2022-11-02T11:43:22.166805181Z	stdout	performing post-bootstrap initialization ... ok
2022-11-02T11:43:22.166737617Z	stdout	running bootstrap script ... ok
2022-11-02T11:43:22.166683966Z	stdout	creating configuration files ... ok
2022-11-02T11:43:22.166613890Z	stdout	selecting default time zone ... Etc/UTC
2022-11-02T11:43:22.166547539Z	stdout	selecting default shared_buffers ... 128MB
2022-11-02T11:43:22.166481875Z	stdout	selecting default max_connections ... 100
2022-11-02T11:43:22.166410724Z	stdout	selecting dynamic shared memory implementation ... posix
2022-11-02T11:43:22.166344723Z	stdout	creating subdirectories ... ok
2022-11-02T11:43:22.166269484Z	stdout	fixing permissions on existing directory /var/openproject/pgdata ... ok
2022-11-02T11:43:22.166221633Z	stdout
2022-11-02T11:43:22.166144782Z	stdout	Data page checksums are disabled.
2022-11-02T11:43:22.166078056Z	stdout
2022-11-02T11:43:22.165976042Z	stdout	The default text search configuration will be set to "english".
2022-11-02T11:43:22.165901203Z	stdout	The database cluster will be initialized with locale "C.UTF-8".
2022-11-02T11:43:22.165851514Z	stdout
2022-11-02T11:43:22.165744325Z	stdout	This user must also own the server process.
2022-11-02T11:43:22.165155315Z	stdout	The files belonging to this database system will be owned by user "postgres".
2022-11-02T11:43:17.359706804Z	stdout	-----> Database cluster not found. Creating a new one in /var/openproject/pgdata...
2022-11-02T11:43:16.387759822Z	stdout	-----> Starting the all-in-one OpenProject setup at /app/docker/prod/supervisord...
2022-11-02T11:43:13.771994296Z	stdout	-----> Setting PGVERSION=13 PGBIN=/usr/lib/postgresql/13/bin PGCONF_FILE=/etc/postgresql/13/main/postgresql.conf

abrocksi · 02. Nov 2022

Ich würde mal testweise alle Mounts und Pfade, die man für openproject mappen kann, weglassen und einfach mal versuchen den Container im Standard starten zu lassen. Klappt das?

cheers,
abrocksi

SES · 02. Nov 2022

bei mir kommt der gleiche Fehler

abrocksi · 02. Nov 2022

welches openproject image hast Du gewählt? Aktuell 12. Ich würde mal 11 probieren. Wie gesagt erstmal so wie es kommt ohne Pfad-Mapping.

docker pull openproject/community:11

SES · 02. Nov 2022

hatte zuerst 10 dann 12 zuletzt 12.3
Die 12.3 ging ohne die Pfade auch nicht.
Die 11 läuft jetzt ohne abzustürzen. Jedoch bekomme ich ein "Service Unavailable" aber das ist erst mal ein anderes Problem.
Danke schon mal für deine Tipps.

ichweißesdochauchnicht123 · 20. Jan 2023

Hallo,

bin sehr an dem Thema interessiert... hat jemand openproject 12 in Docker zum laufen bekommen?

Lucky85 · 20. Jan 2023

Moin, ich habe das nach dieser Anleitung ohne Probleme ans Laufen gebracht: KLICK

opoetschke · 26. Feb 2023

Bei mir kam folgende Meldung:

Aufgabe: Install OpenProject
Start: Sat, 25 Feb 2023 23:10:01 GMT
Ende: Sat, 25 Feb 2023 23:10:02 GMT
Aktueller Status: 126 (Unterbrochen)
Standardausgabe/Fehler:
docker: Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Post "http:///var/run/docker.sock/v1.24/containers/create?name=openproject": dial unix /var/run/docker.sock: connect: permission denied.
See 'docker run --help'.

Kann mir jemand helfen und mitteilen wo der Fehler liegt?

Dank & Gruß

King3R · 26. Feb 2023

opoetschke schrieb:
Kann mir jemand helfen und mitteilen wo der Fehler liegt?

Wurde die Aufgabe im Aufgabenplaner auch für den Benutzer root angelegt?

opoetschke · 27. Feb 2023

Wurde die Aufgabe im Aufgabenplaner auch für den Benutzer root angelegt?

Leider nein, gesagt getan - Installation lief scheinbar durch, in Docker ist ein Container angelegt und läuft seit einiger Zeit. Be i Aufruf der Seite kommt nun allerdings eine Fehlermeldung:

Fehler: Gesicherte Verbindung fehlgeschlagen

Beim Verbinden mit openproject.xxx.xxx.xx:5122 trat ein Fehler auf. SSL hat einen Eintrag erhalten, der die maximal erlaubte Länge überschritten hat.

Fehlercode: SSL_ERROR_RX_RECORD_TOO_LONG

Die Website kann nicht angezeigt werden, da die Authentizität der erhaltenen Daten nicht verifiziert werden konnte.
Kontaktieren Sie bitte den Inhaber der Website, um ihn über dieses Problem zu informieren.

Kein Ahnung weshalb, hat jemand eine Idee oder Lösung?

Dank & Gruß

King3R · 27. Feb 2023

Wie willst du denn auf den OpenProject-Container zugreifen? Sind die Ports richtig weitergeleitet? Anhand welcher Anleitung hast du die Installation vorgenommen?

opoetschke · 27. Feb 2023

Die Installation wurde anhand dieser Anleitung vorgenommen: Anleitung

Als Port wurde der im Container aufgeführte Port 5122 weitergeleitet.

King3R · 27. Feb 2023

Alle Schritte der Anleitung befolgt? Nutzung des Reverse Proxy? Browser-Cache geleert?

Sofern ich eine Anleitung verwende, befolge ich erst einmal alle Schritte bis es funktioniert. Sobald das passiert ist, gehe ich dazu über die Istallation auf meine Bedürfnisse anzupassen, sofern notwendig. So lässt sich schneller eingrenzen, wo eventuell der Fehler liegt.

Es wäre schön, wenn du ein paar mehr Infomationen teilen würdest. So ist es ziemlich mühselig ...