EGroupware installiert sich nicht nach Upgrade von Ubuntu

HaNoi 2020-05-01 16:51:42 UTC #1

Ich habe Ubuntu 18.04 LTS auf Ubuntu 20.04 LTS updatet. Dabei auch eGroupware ohne Docker 17.1 auf mit Docker 19.1. Dies erfolgte übe die SUSE Pakete. Installation brach ab. Habe nach einigen Versuchen nochmals deinstalliert und neu installiert mit Nginx (anstelle Apache2). Dieser wurde automatisch mit installiert. Nginx läuft mit PHP, auch PHPMyAdmin. Installation eGroupware läuft aber nicht durch, da es wohl auf die MSSQL-Datenbank nicht kommt.

Der Befehl docker-compose ps -f egroupware bringt folgenden Fehler, der alle 3 Sekunden repeatet wird:

2020-05-01 18_31_45-Start

Was ich nicht verstehe. Pfad für PHP 7.3 (gelb markiert) ist nicht aktuell. Richtig 7.4. Passwort für egroupware-User wird alle 3 Sekungen geändert (mit einer neuen Kombination versucht). Passwort für root ist richtig, wird aber nicht angenommen. Alle User funktionieren über PHPMyAdmin einwandfrei. Woher bezieht egroupware denn diese Daten bezüglich PHP-Version und Datenbank-User. Nach dem deinstallieren war eigentlich alles weg.

RalfBecker 2020-05-01 18:48:03 UTC #2

EGroupware läuft in einem Docker Container mit der dort verwendeten PHP Version, im Moment 7.3.17!

Der MySQL Socket wird in den Container gemounted, vermutlich funktioniert dabei etwas nicht. Könnte z.B. sein das die neue Ubuntu Version, mit der wir bisher noch nicht getestet haben, den Socket an einem anderen Pfad hat.

Ich empfehle VOR dem Update die Installationsanleitung / Release Notes zu lesen, und entweder bei Ubuntu 18.04 zu bleiben oder noch ein paar Tage zu warten.

Ralf

StefanU 2020-05-01 19:20:35 UTC #3

Hallo Holger,

nun noch mein Beitrag dazu.
Ich habe keine Ahnung was da bei dir schief läuft.

Aber ein OS-Upgrade und der Wechsel von 17.1 nach 19.1 zusammen macht die Sache echt nicht einfach. Ich empfehle dir, eine Installation 20.04 (nackt!) anzulegen, das Repo für die 20.04 einzubinden und dann EGw zu installieren. Dann schau mal ob das so läuft. Das ließe sich dann auch supporten. Danach migrierst du einfach die Daten.

Wie versuchst du zu installieren? Hast du auf dem Host PHP (und PHPMyAdmin) installiert?

Das PHP steckt in den EGroupware-Containern, der DB-Zugriff in der header.inc.php.

Neben dem von Ralf genannten Wiki gibt es hier noch mehr Lesestoff:

Warum willst du eigentlich ein laufendes 18.04 upgraden???

Stefan

HaNoi 2020-05-02 06:20:50 UTC #4

Hallo RalfBecker,

vielen Dank für die schnelle Antowrt.

Ah, ok PHP-Version erklärt sich für mich damit (war hier noch auf alte Logik gedanklich fixiert, sorry). Installationsanleitung hatte ich eigentlich gelesen und nicht wissentlich gegen etwas verstoßen. Ich versuche es in einer virtuellen, blanken Version einmal (in Kombination mit Tipp von StefanU).

Grüße HaNoi

HaNoi 2020-05-02 07:30:19 UTC #5

Hallo StefanU,

Ja, beides (PHP und PHPMyAdmin) war schon auf der Maschine. Musste nur durch Wechsel von Apache auf Nginx noch php-fpm nachinstallieren und den Serverblock anpassen. Dies hat eigentlich problemlos funktioniert. EGroupware wird über das Repository von Suse eingebunden.

Frag ich mich jetzt auch . Wollte neueste Versionen der Software nutzen und hatte Zeit:roll_eyes:.

Grüße

HaNoi

StefanU 2020-05-02 10:10:30 UTC #6

Hallo HaNoi.

Ich habe gerade mal ein Ubuntu 20.04 mit EGw installiert. Läuft.

Um EGw flott uns sicher zu betreiben, benötigst du auf dem Host nicht unbedingt den Nginx und ein aktuelles PHP . Das liegt in der Docker-Variante in Container bzw. wird jeweils ein aktieller Nginx als Container verwendet. Beides aktualisiert sich somit in einer Standard-Installation automatisch.

Manch einer mag den Nginx aus Prinzip oder aus technischen Gründen auf dem Host. Für EGw ist das im Prinzip egal, welcher da nun den Reverse-Proxy spielt. Auch Let’s encrypt ist mit beiden ratzfatz installiert. Musst du halt nur bei der Erstinstallation entscheiden. Im Moment wird ohne weitere Angabe der Apache genommen.

Ja, das reizt. Da muss man halt die nötige Selbsbeherrschung aufbringen. die 18.04 wird noch 3 Jahre mit Updates versorgt…
Ich persönlich mache für einen OS-Wechsel für EGw immer eine Migration:

Geschmackssache…

Ein Inplace-Upgrade auf einer Ubuntu18.04/EGw 17.1 ist aber unter den im Wiki genannten Voraussetzungen auch machbar:

Wenn allerdings auf der Maschine noch anderes (Webseite, Mailserver, …) läuft muss man wissen was man macht.

Bitte lasse es uns wissen, worauf du nun installierst. Wir benötigen noch weite Rückmeldungen für die 20.04.

Stefan

HaNoi 2020-05-02 13:04:09 UTC #7

Hallo Stefan,

vielen Dank für Eure Unterstützung. Habe Euren Vorschlag befolgt und ebenfalls auf einer blanken Ubuntu 20.04 eGroupware über die Suse deb-Pakete installiert. Verlief alles wie gewohnt reibungslos. Es wird aber mit apache2 installiert (nginx, dann wohl nur in Docker).

Ich habe die header.inc.php dann angeschaut und soweit auf meine überführt. Datenbankpasswort angepasst etc. Jetzt läuft der egroupware-Update durch und melden in der docker-compose logs auch Erfolg:

2020-05-02 14_08_46-Start

Für mich sieht nun die reine eGroupware-Seite gut aus. Ich habe nun m.E. “nur” noch ein Problem mit den Docker-Container. Hierfür habe ich Portainer nach Eurer Anleitung installiert. Hier sehen alle Container bis auf zwei gut aus.

Der Container für Mongo kann gestartet werden. Er verfällt dann nur bei Start egroupware-nginx ebenfalls in den Stopp-Modus. Bei Start von egroupware-nginx erscheint folgende Fehlermeldung:

Failure
OCI runtime create failed: container_linux.go:349: starting container process caused “process_linux.go:449: container init caused “rootfs_linux.go:58: mounting \”/etc/egroupware-docker/egroupware-nginx.conf\” to rootfs \"/var/lib/docker/overlay2/79c5f8ec542b6b63464d6239102ae95bde5fa6e28d40fb52290503cff67930ca/merged\" at \"/var/lib/docker/overlay2/79c5f8ec542b6b63464d6239102ae95bde5fa6e28d40fb52290503cff67930ca/merged/etc/nginx/conf.d/default.conf\" caused \“not a directory\”"": unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type

Ich gehe davon aus, Du meinst hier welchen Webserver. Hier versuche ich aktuell rein Nginx zu nehmen. Ich versuche mit einer neuen 20.04-Installation nun rein auf Nginx zu installieren. Vielleicht sehe ich dann, was bei mir schief lief.

Vielen Dank für Eure Unterstützung.

HaNoi

StefanU 2020-05-02 13:25:19 UTC #8

Wenn du mit
apt install egroupware-docker
installierst ist der default Apache (aktuell). Wenn du als Reverse-Proxy Nginx installieren willst, kannst du das angeben:
apt install nginx egroupware-docker
Siehe auch:

Und ja, Nginx ist immer der Webserver für EGroupware selber. Aktuell, optimal konfiguriert und sicher.

Hmmm. Wäre mir zu umständlich. Ich mache:

Auf altem System noch einmal aktuelle ein EGw-Backup
Kopieren von /var/lib/egroupware auf die neue Installation
Im Setup letztes Backup auswählen und zurückspielen.

Alles da incl. Dateien.

Beim Docker-Thema bin ich überfragt. Das kann ich bei mir nicht nachvollziehen.
Der nginx:stable-alpine muss natürlich gestartet sein.
Die Mongo-DB ist die DB für Rocket.Chat. Da fehlt mir aber irgendwie der Initialisierungscontainer:

Ne. Ubuntu 20.04 insgesamt.

Mal so für mich fürs Verständnis:
Warum verwendest du Ubuntu? Nutzt du irgend etwas von dem Ubuntu-Gedöns was da mit kommt?

Stefan

RalfBecker 2020-05-02 13:36:50 UTC #9

Mach einfach mal den Container neu:

cd /etc/egroupware-docker
docker-compose stop nginx
docker-compose rm -f nginx
docker-compose up -d

Ralf

HaNoi 2020-05-03 12:42:47 UTC #10

Hallo Stefan, hallo Ralf,

ich habe nun eine weitere Testmaschine (reine Serverinstalltion Ubuntu 20.04) mit Nginx als Proxy aufgesetzt. Lief alles gemäß Euren Installationsanleitungen tadellos durch. Ich kann darauf zugreifen. Es gab hier Unterschiede in den Dateistrukturen zu meiner Installation. Vermute dies resultiert aus der abgebrochenen Erstinstallation.

Ein Versuch den Docker-Container nochmals neu zu erstellen, endete mit dem gleichen Fehlerbild bezüglich

[quote=“RalfBecker, post:9, topic:74610”]
/etc/nginx/conf.d/default.conf” caused \“not a directory\”"": unknown:
[/quote].

Ich habe daher meine mittlerweile funktionierende header.inc.php gesichert, docker-egroupware nochmals deinstalliert und dann meine Ubuntu-Installation grundsätzlich über “sudo aptitude install -f” bereinigt. Da kamen ein paar fehlerhafte Pakete hoch. Nachdem diese alle bereinigt waren, habe ich nochmals neu installiert und die header.inc.php verwendet.

Gute Nachricht ist nun, dass alle Docker Container laufen

Ich habe nun “nur” noch das Problem, dass die Proxy-Funktionalität noch nicht richtig funktioniert. Wenn ich egroupware über den Browser mit "meineip/egroupware/ " aufrufe kommt ein 502 Bad Gateway. Die Nginx Startseite erhalte ich. Ich kann auch über Port 9000 Portainer aufrufen sowie über “meineip/phpmyadmin/” auf PHPMyAdmin zugreifen. Nur der Aufruf zum EGroupware Docker-Container macht aktuell Probleme. Wenn ich direkt an meinem PC sitze kann ich über die IP des Containers egroupware-nginx (172.20.0.4) auch EGroupware aufrufen. Ich kann mich anmelden und sehe meine Daten (alles da ). Wenn ich die Nginx Einstellungen von meinem Ubuntu-PC mit dem neuinstallierten Ubuntu-Server abgleiche sehe ich keine Unterschiede. Die location Einstellungen sehen wir folgt aus:

 # proxy into EGroupware container
    location /egroupware {
            proxy_pass http://127.0.0.1:8080;
            include proxy_params;
            # to allow longer running requests like eg. backup or restore
            proxy_read_timeout    60m;
    }

Mit diesen Einstellungen läuft es im neu aufgesetzten Ubuntu-Server und in meiner Installation nicht.

Zu Deiner Frage

Es ist eigentlich mein Haupt-PC. Bedeutet ich benutze ihn als Desktop-PC incl. Citrix für Remotearbeiten sowie für virtuelle Maschinen zum testen. U.a. habe ich ihn dann als Server für EGroupware zur Synchronisation mit Tablets und Smartphones und als Filer am Laufen.

Herzlichen Dank nochmals für Euren Support!

HaNoi

HaNoi 2020-05-03 14:37:10 UTC #11

Hallo zusammen,

nun noch eine Ergänzung. Ich habe den kompletten Server neu gestartet. Es wird nun wohl weitergereicht. Auf die URL-Eingabe “/egroupware/” erscheint “http:///egroupware/login.php?cd=10&phpgw_forward=%252Findex.php”. Die Startseite wird aber nicht angezeigt. Der übertragene Seitequelltext ist leer.

Herzlichen Dank für Eure Unterstützung.

HaNoi

StefanU 2020-05-03 15:00:18 UTC #12

Ganz klare Empfehlungvon mir: Mach das anders:
Alter PC + Proxmox + VM für EGroupware
Ich verwende einen alten Dell Arbeitsplatz-PC (2012) und habe darauf EGw, Mailserver, aktuelle eine Ubuntu-Instanz, einen UCS, einigeTemplates, … laufen.
Alternativ (sehr klein und stromsparend): Ein gebrauchter NUC
2. Alternative: Ein VServer für ganz kleines Geld:
https://contabo.de/?show=konfigurator&vserver_id=238
Wollte ich immer mal testen. Habe die gerade noch einmal angeschrieben. Für einen NUC + Strom kannst du das Angebot viele Jahre buchen. Habe ich aber wie gesagt selber noch nicht getestet.
Dass wir EGroupware als SaaS mit allem Zip und Zap anbieten weißt du ja sicherlich…

Ansonsten mindestens: Nicht auf dem PC, sondern in einer VM installieren. Ist besser für Backups, Updates, portabel.

Stefan

RalfBecker 2020-05-03 16:38:39 UTC #13

Follow the Troubleshooting Instructions:

HaNoi 2020-05-04 07:42:08 UTC #14

Hallo Ralf,

vielen Dank für den Link. Tests haben meine Vermutung bestätigt. Alles läuft bis auf Proxy-Einstellungen. Habe nun das Problem gefunden gehabt. Für einen Test hatte ich PHP in Doc-Root aktiviert. Dies hat sich gebissen. Nach dem ich den Abschnitt wieder auskommentiert habe, läuft alles einwandfrei.

Herzlichen Dank nochmals für Eure Unterstützung!

HaNoi

HaNoi 2020-05-04 07:47:54 UTC #15

Hallo Stefan,

zuerst auch an Dich herzlichen Dank für deine Unterstützung!

Habe ich mir auch schon angeschaut, ist ein interessantes Angebot. Scheue aber derzeit den Aufwand es im Internet sicher zu machen.

Das werde ich annehmen. Habe ja für Testzwecke bereits eine neuen neuen Ubuntu-Server in VM aufgesetzt. Muss dann nur noch die Sicherung dort einspielen und bin für die Zukunft sicher.

… wenn die Updates über Jahre immer ohne Probleme klappen, wird man halt leichtsinnig .

Vielen Dank nochmals und einen schönen Wochenanfang.

HaNoi

andreasb 2020-10-20 13:16:07 UTC #16

Hallo zusammen,

ich hänge mich hier dran, weil dieser Thread am besten zu meinem (gelösten) Problem passt:

System: Debian 10 (buster) ganz frisch mit egroupware-docker aus dem repo
Bei mir gab es auch das Problem, dass egroupware während der Installation nicht auf den Datenbankserver zuzugreifen konnte. Die egroupware Datenbak wurde nicht installiert und der Login war dementsprechend nicht möglich.

Die Kombination egroupware und egroupware-db habe ich bis heute nicht hinbekommen.
Ich habe mariadb auf dem host installiert und danach egroupware-docker. Damit der Zugriff möglich ist, muss man in der mysql config “bind-address = 127.0.0.1” auskommentieren um dem Container erstmal Zugriff zu gewähren.
Danach habe ich einen “admin” user mit Passwort und vollen Rechten erstellt, da der root User von MariaDB standardmäßig kein Passwort hat.
Außerdem muss die “/etc/egroupware-docker/docker-compose.override.yml” angepasst werden -> EGW_DB_HOST, EGW_DB_ROOT, EGW_DB_ROOT_PW und den Abschnitt “db:” auskommentieren wie beschrieben.
EGW_DB_HOST=localhost hat nicht funktioniert, hier habe ich die IP-Adresse des Datenbankservers eingetragen.
Mit diesem “Workaround” funktioniert es jetzt.
Vielleicht hilft es jemandem weiter bzw. vielleicht hilfts, den “Bug” zu fixen.

Gruß
Andreas