Update 17.1 nach 19.1 unter OpenSuse Tumbleweed

[Lothar]

Hallo zusammen,
ich habe es heute gewagt das Update durchzuführen und falle natürlich wegen allgemeiner Unkenntnis auf die Nase.
Also mit Yast ganz normal das update durchgeführt. Es wurden keinerlei Fehler angezeigt.Firefox aufgerufen und auf die Loginseite von egroupware gewechselt undes wird die neue Anmeldeseite angezeigt. Aber leider kommt dann nach dem Login direkt

Fehler: Umleitungsfehler

Beim Verbinden mit xxxxxx.de trat ein Fehler auf.

Dieses Problem kann manchmal auftreten, wenn Cookies deaktiviert oder abgelehnt werden.

Keine Ahnung ich lehne erstmal nichts ab und habe sogar die Firewall deaktiviert.
Was mich wundert der alte Apache läuft immer noch.

Was kann ich tun ?

Lothar

[Lothar]

Hier noch ein paar Informationen

tux:/etc/egroupware-docker # docker-compose restart
Restarting egroupware-nginx … done
Restarting egroupware … done
Restarting egroupware-watchtower … done
tux:/etc/egroupware-docker # curl -i http://localhost:8080/egroupware/ HTTP/1.1 302 Found Server: nginx/1.16.1 Date: Sun, 15 Sep 2019 07:19:10 GMT Content-Type: text/html; charset=UTF-8 Transfer-Encoding: chunked Connection: keep-alive Cache-Control: no-store, no-cache, must-revalidate Expires: Thu, 19 Nov 1981 08:52:00 GMT Pragma: no-cache Location: /egroupware/login.php?phpgw_forward=%252Findex.php
HTTP/1.1 302 Found
Server: nginx/1.16.1
Date: Thu, 17 Oct 2019 11:43:53 GMT
Content-Type: text/html; charset=UTF-8
Transfer-Encoding: chunked
Connection: keep-alive
Location: https://localhost:8080/egroupware/

curl: (6) Could not resolve host: HTTP

[Lothar]

Ich glaube das war wohl so gemeint

tux:/etc/egroupware-docker # curl -i http://localhost:8080/egroupware
HTTP/1.1 301 Moved Permanently
Server: nginx/1.16.1
Date: Thu, 17 Oct 2019 11:54:46 GMT
Content-Type: text/html
Content-Length: 169
Location: http://localhost/egroupware/
Connection: keep-alive

301 Moved Permanently

301 Moved Permanently

---

nginx/1.16.1

[StefanU]

Hallo Lothar.

Was mich wundert der alte Apache läuft immer noch.

Schaust du hier:

🇩🇪 Docker (in EGroupware 19.1)?

Ansonsten gibt es noch etwas Lesestoff:

EGroupware/egroupware

EGroupware/egroupware

Ohne jetzt genau die Stelle nennen zu können wo dein Problem liegt, wird das wohl etwas mit einen localhost-Eintrag irgendwo zu tun haben. Dazu steht etwas in dem Troubelshooting -Link.
Und im Forum war das, glaube ich, auch schon Thema.

Gruß
Stefan

[Lothar]

Danke StefanU,
ja das wird sicherlich daran liegen.
Ich habe mittlerweile über snapper die alte Version 17.1 wiederhergestellt.
Dabei fiel auf, das das Update die Rechte an den Verzeichnissen /var/lib/egroupware auf einen unbekannt User 33 und die gruppe video geänder hat. Auch dies verhinderte wohl den Start des Programms . Na werde dann mal alles was localhost verweist ändern.

Lothar

[RalfBecker]

Dabei fiel auf, das das Update die Rechte an den Verzeichnissen /var/lib/egroupware auf einen unbekannt User 33 und die gruppe video geänder hat. Auch dies verhinderte wohl den Start des Programms

Das ist für die 19.1 notwendig, da im Container ein Ubuntu läuft und dessen www-data Benutzer hat die Id #33, sonst müsste ich ja für jede Distro einen eigenen Container bauen.

Ralf

[Lothar]

Vielen Dank,
für die schnelle Hilfe. Ich bin zwar ein Stückchen weiter, aber noch lange nicht am Ziel.
2 Stellen hatte noch gefunden Anmeldung über den Imap Server und die mariadb lief nur auf localhost.
Jetzt bekomme ich wieder die neue Anmeldemaske, aber danach im chromium-browser direkt dies

Diese Seite funktioniert nicht
xxxxx.de hat Sie zu oft weitergeleitet.

Löschen Sie Ihre Cookies.
ERR_TOO_MANY_REDIRECTS

Cookies löschen bringt nun nichts.

Ach ja beim 1 Start meldet sich nginix mit Fehler - ich glaube 302
ist aber nicht wiederholbar.

Wo könnte ich noch gucken?

Lothar

[StefanU]

Ach ja beim 1 Start meldet sich nginix mit Fehler - ich glaube 302
ist aber nicht wiederholbar.

Der Start von allen dauert erst einmal recht lange, es wird einiges gebaut. Da musst du Geduld haben.
Weitere Starts dauert nicht so lange. Es sei denn an den Containern ändert sich etwas.

Bei deinem eigentlichen Problem bin ich leider raus.

Gruß
Stefan

[RalfBecker]

Das ist ja ein Update und Du greifst per https und einem Domainnamen darauf zu?

Kannst Du mal die Domain posten oder PM an mich schicken?

Speziell würde mich interessieren, ob die URL https://example.org/egroupware/ ist, oder ob Du kein oder ein geändertes Verzeichnis hinter der Domain verwendest?

Ralf

[Lothar]

Hallo Ralf,
also der Aufruf ist

https://vorrath.ddnss.de/egroupware/login.php

Lothar

[Lothar]

Ach ja,
ich habe /var/lib/egroupware nach /daten/egroupware mittels Symbolischen Link umgeleitet.
Da auf der Root - SSD zu wenig Platz ist.

[RalfBecker]

ich habe /var/lib/egroupware nach /daten/egroupware mittels Symbolischen Link umgeleitet.

Da auf der Root - SSD zu wenig Platz ist.

Das funktioniert definitiv nicht!

Das Verzeichnis wird per Bind-Mount in den Container gereicht und der kann keinem Symlink folgen.
Einfach die andere Platte unter /var/lib/egroupware mounten, statt unter /daten/egroupware.

Ist aber sicher nicht der Grund für die Redirects.

Schau mal ob Du Dich am Setup anmelden kannst:

https://vorrath.ddnss.de/egroupware/setup/

Und was in dort unter Konfiguration eingestellt ist für:

• URL zur EGroupware Installation
• Erzwinge SSL

Ralf

[Lothar]

Oh es läuft,
nach Änderung von “redirecting to https” nach “rewriting ,”.
Auch der Dateimanager funktioniert.

Oder muss ich mir Sorgen machen ?

Lothar

[Lothar]

Zu früh gefreut,
das Mailprogramm findet den Cyrus-Imap Server nicht .
Ja läuft ursprünglich auf localhost.
Na da muß ich wohl nochmal gucken.

[Lothar]

Es läuft.
ich habe nun die interne IP eingetragen und in der imapd.conf drachost von localhost auf tux geändert

DANKESCHÖN !!!