Ich möchte Egroupware aus dem App Center neu installieren. Es war schon installiert.
Wenn ich die Installation durchführe bricht die Routine mit folgender Meldung ab: Ein Fehler ist aufgetreten: Setup script failed! Weitere Hinweise finden Sie in der folgenden Logdatei auf den beteiligten Systemen: /var/log/univention/appcenter.log
Das appcenter.log befindet sich im Anhang. egroupware.txt (232.9 KB)
Ich kann mit dem log leider nichts anfangen.
Gibt es jemand, der aus dem Log den Grund für den Abbruch erkennen kann, und mit evt. Tipps gibt, damit ich die Installation durchführen kann?
mysql -p$(cat /etc/mysql.secret) --execute “drop database egroupware;”
ausführe, komme ich zur Mysql Eingabeaufforderung (>). Ich glaube nicht, dass der Befehl ausgeführt wurde. Bei einem neuerlichen Installationsversuch der egw bekomme ich im appcenter log immer noch die Meldung “egroupware=17.1.20180720-docker-ucs43 already has its database”.
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]: Main PID: 14509 (code=exited, status=0/SUCCESS)
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]:
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]: Aug 22 07:14:03 egrou-46170632 systemd[1]: apache2.service: Failed to set in…ted
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]: Aug 22 07:14:03 egrou-46170632 systemd[1]: Starting The Apache HTTP Server...
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]: Aug 22 07:14:03 egrou-46170632 apachectl[18509]: AH00557: apache2: apr_socka…632
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]: Aug 22 07:14:03 egrou-46170632 apachectl[18509]: AH00558: apache2: Could not…age
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]: Aug 22 07:14:03 egrou-46170632 apachectl[18509]: Action 'start' failed.
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]: Aug 22 07:14:03 egrou-46170632 apachectl[18509]: The Apache error log may ha…on.
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]: Aug 22 07:14:03 egrou-46170632 systemd[1]: apache2.service: Control process …s=1
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]: Aug 22 07:14:03 egrou-46170632 systemd[1]: Failed to start The Apache HTTP S…er.
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]: Aug 22 07:14:03 egrou-46170632 systemd[1]: apache2.service: Unit entered fai…te.
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]: Aug 22 07:14:03 egrou-46170632 systemd[1]: apache2.service: Failed with resu…e'.
8626 actions.install.container.c4ad 18-08-22 07:14:03 [ INFO]: Hint: Some lines were ellipsized, use -l to show in full.
...
8626 actions.install.container.c4ad 18-08-22 07:14:04 [ WARNING]: Job for apache2.service failed because the control process exited with error code.
8626 actions.install.container.c4ad 18-08-22 07:14:04 [ WARNING]: See "systemctl status apache2.service" and "journalctl -xe" for details.
8626 packages 18-08-22 07:14:05 [ DEBUG]: Releasing LOCK
8626 actions.install 18-08-22 07:14:05 [CRITICAL]: Setup script failed!
8626 actions.install 18-08-22 07:14:05 [ WARNING]: Aborting...
8626 actions.remove 18-08-22 07:14:05 [ DEBUG]: Calling remove
Das sieht mir danach aus, als wäre da innerhalb des Containers etwas schiefgegangen. Leider ist die Ausgabe verkürzt. Man braucht also Insiderwissen oder eine Ausbildung als Apotheker.
Wobei zunächst die grundsätzliche Frage wäre, ob nach den zwischenzeitlichen Arbeiten noch derselbe Fehler erscheint.
Erstellt EGroupware die Datenbank bei der Installation neu, oder erwartet es, dass das App Center das tut? Es gibt einen Bug, dass das App Center die Datenbank nicht in jedem Fall neu erstellt. In dem Fall sollte /etc/egroupware.secret vor der App Neuinstallation noch gelöscht werden, dann wird die DB bei der Installation neu angelegt.
Hallo Ralf!
Hab beim kopieren/einfügen des Befehls übersehen, dass Putty die " durch andere Zeichen ersetzt hab. Hab das dann korrigiert wodurch der Befehl verarbeitet wurde.
Das erkannte ich daran, dass bei der nochmaligen Eingabe des Befehls gemeldet wurde, dass die Datenbank nicht exisitert.
Beide Befehle haben das Problem nicht gelöst. Ein Spur findet sich vlt. in meiner Anwort auf die post von ahrnke…
Vielen Dank für den Tipp…ausprobiert (im UCS file system, nicht im Container, da hab ich keinen Zugriff mehr -> siehe meine Antwort an ahrnke oben…), leider Problem nicht behoben…trotzdem vielen Dank!
Hast Du auf dem Host selbst unter /root/egroupware-epl-install.log eine Datei und enthält sie irgendwas?
Die EGroupware App Installation startet einen sogenannten AppBox Container mit einem Univention 4.3 und installiert darin EGroupware über docker exec / univention-app shell. Das Log das Du zuletzt geposted hast sieht so aus, als könne aus irgendeinem Grund der Container selbst nicht starten und dann würde auch das docker exec natürlich fehlschlagen.
Der Container sollte ja noch da sein, sprich von docker ps -l noch angezeigt werden. Den kannst Du mal wieder starten und mit docker exec <container-id> bash reinschauen.
Alternativ kannst Du auch bei der nächsten Installation per docker ps versuchen die id des installierenden Container zu bekommen und mit docker logs -f <container-id> dessen Ausgaben anzeigen (davor aufräumen nicht vergessen).