Nach update: Class "EGroupware\Api\Auth\" not found (0)

[rainer.lilischkis]

Hallo,

ich habe gerade das update auf 23.1.latest gemacht und bekomme anstelle der Anmeldung einen Fehler:

api/src/Auth.php (116)
An error happened
Class “EGroupware\Api\Auth” not found (0)

Das ist hier schon einmal beschrieben worden.

EGW kaputt nach Update durch watchtower?

23.1.20230620

In meiner Installation ist als Authentifizierung fallbackads gewählt.

Wie bei liayn habe ich erfolgreich die Version vom 20. Juni installieren können.
Habt Ihr einen Tip, wie ich die aktuelle Version zum Laufen bringe?

beste Grüße
Rainer

[liayn]

Es sollte jetzt die Option geben, dass man Primary Authentication auswählt und den SQL Fallback über die Checkbox darunter.

[rainer.lilischkis]

Hoppla!

Das sehe ich gar nicht.

Ins setup angemeldet bekomme ich das hier:

und wenn ich dann aktualisieren wähle (mit der Option zusätzliche Diagnoseinfo):

weiter

Habt Ihr evtl noch eine Idee, was ich hier tun kann?

Rainer

[RalfBecker]

Hallo Rainer,

es gibt einfach kein Downgrade von 23.1.003 auf 23.1, deswegen passiert da nichts.
Kommt einfach daher, dass Du das Downgrade gemacht hast und Deine Datenbank schon einen neueren Stand hat.

Bist Du sicher, das Du auf der aktuellen Version warst, als Du das Problem mit dem Fallback Auth hattest?

Der Fix für die Fallback Authentifizierung ist in der aktuellen 23.1 enthalten:

fix not working auth_type=(fallback|fallbackmail2sql) as Auth::backend() calls __construct(null, null)

Überprüf doch nochmal in Deiner /etc/egroupware-docker/docker-compose.override.yml das Image für den Service EGroupware:

service:
  egroupware:
    image: egroupware/egroupware:23.1

Falls es nicht schon so drin steht, mal darauf abändern und dann folgendes ausführen:

cd /etc/egroupware-docker
docker-compose pull
docker-compose up -d

Ralf

[rainer.lilischkis]

Hallo Ralf,

jetzt bin ich auf der 23.1.20230620 aber nicht auf der aktuellen von letzter Woche.

Deine Frage, ob ich am Sonntag auf der 23.1.20230824 war kann ich de facto nicht beantworten.

aus der docker.compose.override.yml:

services:
egroupware:
# egroupware images to use:
# - egroupware/egroupware: is the community edition of egroupware
# - download.egroupware.org/egroupware/epl: is the EPL / subscription version of EGr$
# egroupware tags to use:
# - latest: recommended is to use tag latest for automatic updates incl. new stable $
# - 20.1: use a branch to keep on latest maintenance release for that branch, but no$
# - 20.1.20200613: use a maintenance release, to disable automatic updates via watch$
image: egroupware/egroupware:23.1

und damit:

root@lab:/home/rainer# cd /etc/egroupware-docker
root@lab:/etc/egroupware-docker# docker-compose pull
Pulling db … done
Pulling egroupware … done
Pulling push … done
Pulling nginx … done
Pulling watchtower … done
root@lab:/etc/egroupware-docker# docker-compose up -d
egroupware-watchtower is up-to-date
egroupware-db is up-to-date
egroupware is up-to-date
egroupware-push is up-to-date
egroupware-nginx is up-to-date

Wie komme ich auf die aktuellste Version?

Rainer

[rainer.lilischkis]

Ich muss noch erweitern:

bei meinem Kollegen kam bei der Anmeldung jetzt auch dieser Fehler:

und danach hatte ich das auch bei mir.

Jetzt habe ich das image 23.1.20230620 wieder in der docker compose override fest eingetragen und damit funktioniert es wieder.

Damit bleibt meine Frage offen, wie ich an die aktuellste Version komme?

beste Grüße
Rainer

[RalfBecker]

Damit bleibt meine Frage offen, wie ich an die aktuellste Version komme?

Also ich habe auf einer Testmaschine jetzt mal image: egroupware/egroupware:23.1 eingetragen und einen Pull gemacht. Danach konnte ich verifizieren, das der notwendige Patch für die Fallback Auth drin ist.

Ich glaube Du hast ein anderes Problem: du bist auf der alten Version und machst dann das Update auf die aktuelle, dabei bleiben Sitzungen übrig, die noch teilweise den alten Code benutzen. Mach nochmal das Update, sprich image: egroupware/egroupware:23.1 eintragen, docker-compose pull und docker-compose up -d ausführen. Du solltest Dich VORHER abmelden. Wenn ein Benutzer ein Problem meldet, kill einfach im Admin seine Sitzung und lass es ihn nochmal probieren.

Unter Admin > Changelog und Versionen findest Du immer auch auf welcher Version Du bist.

Ralf

[rainer.lilischkis]

Hallo Ralf,

ich bekomme mit der 23.1 immer diesen Fehler:

Hast Du noch eine Idee?

Rainer

[RalfBecker]

Der Fehler ist in den letzten beiden Maintenance Releasen behoben.

Von da her habe ich keine Idee, außer das Image ist ein älteres ODER die Sitzung bestand schon vor dem Update.

Deswegen war ja mein Tip: Du meldest Dich selbst davor ab, machst das Update und solltest Dich dann anmelden können. Falls es dann noch einen Benutzer gibt, der eine Sitzung hat, killst Du die Sitzungen oder einfach alle im Admin.

Ralf

[rainer.lilischkis]

Hallo Ralf,

ich hatte mich abgemeldet und vorher alle anderen Sitzungen gekillt.
Der Screenshot ist aus einem neuen privaten Browserfenster in Firefox.
Sitze gerade an einem ganz andren Rechner und bekomme hier den selben Fehler.

Ich hatte Birgit nach einer Stunde Support gefragt. Hast Du eine Idee, wie Du das dann fixen koenntest?

Rainer

[RalfBecker]

Hast Du eine Idee, wie Du das dann fixen koenntest?

Klar, schauen wo es herkommt, dafür müssen wir dann allerdings wieder auf die aktuelle Version.

Sprich musst halt überlegen wann dir das am besten passt, und dann mit Birgit einen Termin machen.

Ralf

[RalfBecker]

Problem war, dass wir vor einiger Zeit auf dem Host selbst (außerhalb des Containers) ein File hinzugefügt hatten um die Fallback Authentifizierung für AktiveDirectory zu ermöglichen und dieses natürlich nicht gefixt wurde

Nach dem Löschen des Files, Neustart des Containers und die einrichten des Fallbacks für AD Authentifizierung im Setup tut jetzt alles wieder.

Ralf

[rainer.lilischkis]

Danke Ralf!