Egroupware Installation nicht möglich

beraterfabrik · August 22, 2018, 5:26am

Wunderschönen guten Morgen!

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?

Vielen Dank und lg
Horstl

RalfEGroupware · August 22, 2018, 8:46am

Wollen Sie danach eine leere EGropware haben, oder geht es darum ein Update durchzuführen.

Für eine leere EGroupware sollten “Reste” der alten Installation entfernt werden:

rm -rf /var/lib/egroupware
mysql -p$(cat /etc/mysql.secret) --execute “drop database egroupware;”

Für ein Update der alten Installation wäre es etwas komplizierter

beraterfabrik · August 22, 2018, 10:36am

Vielen Dank für Ihre Hilfe Herr Becker!

Wenn ich

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”.

Hab ich den mysql Befehl richitg kopiert?

Vielen Dank und lg
Horst

beraterfabrik · August 22, 2018, 11:19am

Ich habe den mysql Befehl jetzt durchgebracht, die datenbank ist jetzt gelöscht, aber die Installation funktioniert noch immer nicht…

Gibt es sonst noch “Reste” der alten Installation bzw. andere Tipps?

lg
Horstl

ahrnke · August 22, 2018, 11:46am

Hallo,

im Log von heute morgen findet man:

  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.

RalfEGroupware · August 22, 2018, 11:55am

Der wahrscheinlichste Grund ist, das die alte Datenbank noch existiert. Die Deinstallation droped die nicht.

Ist mir nicht klar was an dem mysql Kommando nicht funktioniert hat. Man kann die Kommandos auch einfach einzeln ausführen:

mysql -p$(cat /etc/mysql.secret)
show databases;
drop database egroupware;
show databases;
quit

Das rm -rf /var/lib/egroupware ist natürlich immer noch notwendig.

Ralf

damrose · August 22, 2018, 12:33pm

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.

beraterfabrik · August 23, 2018, 11:29am

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 und lg
Horstl

beraterfabrik · August 23, 2018, 11:32am

Hallo ahrnke!

Vielen Dank für den Tipp mit dem Container!

Interessanterweise beobachte ich folgendes Verhalten:

Der Befehl: univention-app shell egroupware
Führt zur Ausgabe: Cannot run command: egroupware=17.1.20180720-docker-ucs43 is not running in a container

Also da dürfte es wirklich was mit dem Container haben.

Was kann man da tun? Kann man einen Container einfach “löschen”?

Danke und lg
Horstl

beraterfabrik · August 23, 2018, 11:34am

Hallo damrose!

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!

lg
Horstl

RalfEGroupware · August 23, 2018, 12:12pm

Im Container liegen keinerlei Daten, die liegen alle direkt im Hostsystem!

Das ist normal nach der Deinstallation, der Container läuft nicht (mehr).

Ich würde vor eine Neuinstallation testen, das es keine Rückstände der alten Installation mehr gibt bzw. diese beseitigen:

rm -rf /var/lib/egroupware;
mysql -p($cat /etc/mysql.secret) --execute "drop database egroupware"
rm -f /etc/egroupware*.secret
rm -f /root/egroupware-epl-install.log

Und danach eine neue Installation durchführen.

Falls es Probleme gibt, können Sie sich natürlich auch an unseren Support wenden.
Beim Erwerb einer EPL-Lizenz ist Installationssupport enthalten.

Ralf

beraterfabrik · August 24, 2018, 5:16am

Befehle ausgeführt, Installation egw nochmal gestartet…kein Erfolg.

Aug 22 06:48:50 intern systemd[1]: Stopping LSB: Start the Container for egroupware...
Aug 22 06:48:51 intern dockerd[2067]: time="2018-08-22T06:48:51.270789614+02:00" level=error msg="Error running exec in container: rpc error: code = 2 desc = oci runtime error: exec failed: container_linux.go:247: starting container process caused \"process_linux.go:83: executing setns process caused \\\"exit status 15\\\"\"\n"
Aug 22 06:48:51 intern kernel: [80026.246045] docker0: port 4(veth2a95e32) entered disabled state
Aug 22 06:48:51 intern kernel: [80026.246113] vethae2d23a: renamed from eth0
Aug 22 06:48:51 intern kernel: [80026.310193] docker0: port 4(veth2a95e32) entered disabled state
Aug 22 06:48:51 intern kernel: [80026.312684] device veth2a95e32 left promiscuous mode
Aug 22 06:48:51 intern kernel: [80026.312686] docker0: port 4(veth2a95e32) entered disabled state
Aug 22 06:48:52 intern docker-app-egroupware[7809]: Stopping egroupware Container a952fc9d3221c4737015955530d32f34a5d24fdbd65f7e2916255cca26bc7c45 ....
Aug 22 06:48:53 intern systemd[1]: Stopped LSB: Start the Container for egroupware.
Aug 22 06:48:53 intern ntpd[1682]: Deleting interface #19 veth2a95e32, fe80::806b:8eff:fee3:67a%19#123, interface stats: received=0, sent=0, dropped=0, active_time=222 secs
Aug 22 06:48:53 intern dockerd[2067]: time="2018-08-22T06:48:53.297984102+02:00" level=error msg="Handler for POST /v1.26/containers/a952fc9d3221c4737015955530d32f34a5d24fdbd65f7e2916255cca26bc7c45/stop returned error: Container a952fc9d3221c4737015955530d32f34a5d24fdbd65f7e2916255cca26bc7c45 is already stopped"
Aug 22 06:48:53 intern systemd[1]: Reloading.

Hier der Auszug aus dem syslog. Sagt das wem etwas? Sieht aus als ob es Probleme mit dem Interface gäbe…??

Denke das ist ein UCS Problem. Kann mir der egw support dabei auch helfen, oder bin ich damit hier eher richtig?

RalfEGroupware · August 24, 2018, 7:18am

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).

Ralf