Hallo zusammen,
ich habe mir gestern mein eGroupware Umgebung zerschossen, und bekomme es beim besten Willen nicht mehr zum Laufen…
Nach der Rücksicherung eines DB-Backups bekam ich bei der Anmeldung plötzlich einen Datenbankfehler. Mehre Versuche mit anderen Backups brachten keine Besserung. Neustart Docker Container, UCS, usw. aber keine Veränderung.
Ich habe dann ein Upgrade (vorher 19) von eGroupware durchgeführt, hat auch nichts gebracht.
In letzter Konsequenz habe ich eGroupware dann deinstalliert und nochmal neu installiert. Nun geht gar nichts mehr, wenn ich eGroupware öffnen möchte, kommt nur die Meldung “502 Bad Gateway” von nginx.
Es scheint, als wenn bei deinstallieren nicht sauber alles was zu eGroupware gehört entfernt wird, und nach der Neuinstallation beide Seiten (UCS und eGroupware) denken, “ich bin ja schon installiert”, es laufen einige Sachen nicht.
Auch das manuelle Entfernen von User und DB der MariaDB, das Löschen von Benutzer, Server, UCR Einträgen, secret-Dateien in /etc usw. hat nichts gebracht.
In /var/lib/egroupware/egroupware-docker-install.log erscheint alle 3 Sekunden:
/usr/bin/php7.3 -d memory_limit=-1 /usr/share/egroupware/setup/setup-cli.php --update 'all,admin,>9xa<(xJXfV46rUZ'
EGroupware API Version 20.1.003 gefunden.
EGroupware Konfigurationsdatei (header.inc.php) Version 1.29 existiert und ist aktuell
Ihre Datenbank arbeitet, aber Sie haben keine Anwendungen installiert! (mysqli://egroupware:57fde3fedda75e62830ac018e3e731ad2f18e2f4a9e94498553ffea074fa2218@172.17.42.1/egroupware). Benutzen Sie --install um EGroupware zu installieren.
Installation failed --> exiting!
Retrying EGroupware installation in 3 seconds ...
In der docker-compose von eGroupware habe ich den Hinweis gefunden, dass die Installation nicht gemacht wird, da diese vom Join-Skript angestoßen wird. Das scheint aber nur beim ersten Mal zu laufen, danach nie wieder. Führe ich den entsprechenden Abschnitt des Skripts von Hand aus, bekomme ich ein ähnliches Ergebnis:
/usr/bin/php7.3 -d memory_limit=-1 /usr/share/egroupware/setup/setup-cli.php --update 'all,admin,rOWAN(V6-0R9=(KQ'
EGroupware API Version 20.1.003 gefunden.
EGroupware Konfigurationsdatei (header.inc.php) Version 1.29 existiert und ist aktuell
Ihre Datenbank arbeitet, aber Sie haben keine Anwendungen installiert! (mysqli://egroupware:57fde3fedda75e62830ac018e3e731ad2f18e2f4a9e94498553ffea074fa2218@172.17.42.1/egroupware). Benutzen Sie --install um EGroupware zu installieren.
Die Datenbank ist angelegt, aber komplett leer, keine Tabellen, keine Inhalte. Wenn ich per “univention-app shell” in den Container wechsle, werde ich nach kurzer Zeit rausgeworfen.
Im Container laufen zwei Prozesse mit “entrypoint.sh” Wenn ich die kille, dann werde ich nicht mehr rausgeworfen. Versuche ich dann, im Container den Befehl
/usr/bin/php7.3 -d memory_limit=-1 /usr/share/egroupware/setup/setup-cli.php --install 'all,admin,lAfdhDjj6(pJrpYr'
manuell abzusetzen, so wie in der Fehlermeldung genannt, führt das zu
Permission denied!: Zugriff verweigert: Falsche Benutzername oder Passwort für Konfiguration der Domain 'all()' !!!
Es scheint, als wäre ich auf dem richtigen Weg, aber ich komme jetzt einfach nicht mehr weiter…
Kann es sein, dass das Join-Skript mit einer “Reinstallation” nicht richtig umgehen kann? Oder hat es mit dem Upgrade zu tun?
Ich wäre mehr als dankbar, wenn mir jemand helfen könnte, wieder an eine lauffähige eGroupware-Installation zu kommen, ohne den UCS komplett neu aufsetzen zu müssen
Viele Grüße
Thorger