Session Tabelle muss manuell gelöscht werden - session.gc funktioniert nicht

Hallo zusammen,

seit Wochen suche ich ohne Erfolg eine Lösung für session.gc. Die session Tabelle in der Datenbank wird nicht automatisch aktualisiert und wächst soweit, dass ich das Backend wegen Server Timeout nicht mehr erreichen kann. Erst ein manuelles Leeren der Tabelle hilft.

Bei der Suche nach dem Pfad für eine Umstellung der Session Daten auf Dateisystem scheitere ich daran, dass ich keinen Hinweis auf den Pfad zum Dateiordner der Session finden kann.

Ich habe auch einen Hinweis gefunden, einen Cronjob zum leeren der Tabelle zu erstellen. Offensichtlich ist das so trivial, dass keine Erklärung dabei war, wie das gemacht wird.

Ich hoffe hier auf Hilfe

Zitat von drmenzelit

Dafür gibt es eine geplante Aufgabe in Joomla

Genau das funktioniert nicht - selbst dann nicht, wenn ich das manuell als Administrator anstoße.

Zuerst habe ich das bei 3.10 festgestellt (nach langer Sucher, weil die Fehlermeldung irreführend war).

Zitat von drmenzelit

Es gab ein Bug vor 5.4.1, die geplante Aufgabe für Update Benachrichtigung blieb hängen und stoppte die anderen Aufgaben. Such mal hier im Forum, es wurde in den letzten Wochen viel darüber diskutiert.

Sowohl im Internet, wie auch hier im Forum habe ich rauf und runter gesucht. Aber offensichtlich ist bei mir auch in 5.4.1 der Fehler immer noch da. Ich habe auch o.a. Link von Dudlhofer auswendig gelernt, konnte den Fehler aber nicht beheben.

Die Datenbank läuft in wenigen Tagen auf bis 1 GB voll.
Wenn ich wenigstens einen Tip bekäme, wie ich das auf Filesystem umstelle (ich weiß nicht, welchen Pfad ich in der Konfiguration eintragen muss). Ich habe auch den Hinweis auf einen Cronjob gefunden. Da kenne ich mich noch weniger aus. Aber offensichtlich ist das so einfach, dass ich nur den Hinweis auf den Cronjob - aber ohne Anleitung, wie das geht, finde.

sessiongc wird zwar ausgeführt, die Daten bleiben aber in der Datenbanktabelle und ich muß die alle paar Tage über phpmyadmin leeren.

hier die Screenshots:

Session Laufzeit steht in der Konfiguration auf 30

Zitat von paul_ahr

Session Laufzeit steht in der Konfiguration auf 30

Laufzeit 300

Im Debug habe ich für session folgende Meldung:

array:3 [
  "timer" => array:3 [
    "start" => 1766054691
    "last" => 1766054934
    "now" => 1766054951
  ]
  "token" => "***redacted***"
  "counter" => 21
]

Zum Test habe ich Update Notification wieder aktiviert und erhalte folgende Meldung. Offensichtlich hängt eine Aufgabe. Wie kann ich die Finden bzw. den Fehler beseitigen?

zwischenzeitlich glaube ich, das Problem liegt woanders.

Wenn ich mit phpmyadmin die Datenbank öffne und die Tabelle sessions leere, habe ich im Sekundentakt neue Session-Einträge in der Tabelle. In der Zeit, in der ich den Beitrag hier schreibe, habe ich schon über 200 Zeilen in der Tabelle.

Kann man rauskriegen, wer die Session-Einträge verursacht?

Jetzt mal ein kurzer Abriss:

Mitte Oktober 2025 hatte ich plötzlich auf der bei pretago gehosteten Site beim Anmeldeversuch folgende Fehlermeldung:

Warning: session_start(): Failed to read session data: user (path: /tmp) in /home/www/p1955/html/gemeinde_3.3/libraries/joomla/session/handler/native.php on line 260
Error: Failed to start application: Failed to start the session

Nach langer Suche im Internet habe ich herausgefunden, dass (Joomla 3.10) die Tabelle session in der Datenbank auf über 700MB vollgelaufen war. Das Leeren der Tabelle hat nur kurzfristig geholfen. Ich habe bis jetzt auch nicht ermitteln können, warum dieser Fehler plötzlich im Oktober aufgetreten ist.

Da pretago nur PHP 7.4 ohne Aussicht auf upgrade angeboten hat, habe ich die Site zu netclusive (selber Eigentümer wie pretago) migriert und auf Joomla 5 umgestellt. Das Problem blieb und session gc funktionierte nicht bzw. die Tabelle war immer noch 100erte MB groß und ich musste sie alle 2 Tage händisch leeren.

Bei zu großer Tabelle hatte ich beim Anmeldeversuch einen nginx Fehler 500. Auch hier habe ich bei der Internetrecherche nach der Ursache unter joomla nichts zielführendes gefunden. Tabelle sessions geleert und alles lief wie erwartet.

Dann habe ich bei den Aufgaben session gc gelöscht und eine neue Aufgabe für session gc aus den Vorschlägen mit voreingestellten Werten erstellt. Die Ausführung habe ich auf 120Minuten gestellt. Damit ist die Tabelle session nur noch 2 - 3 MB groß.

In der robots.txt habe ich einige robots ausgesperrt.

Jetzt die Frage:

Liegt die hohe Anzahl der Sessions daran, dass reCaptcha nicht mehr standardmäßig unterstützt wird?
Die mitgelieferte .htaccess funktioniert bei netclusive nicht - Site nicht erreichbar. Wie muß eine Minimal-.htaccess ausehen?