Session_start(): Failed to read session data Problem

tekknotrip · 4. Januar 2021

Hallo,

immer wieder in unregelmäßigen Abständen, mal mit hoher, mal mit niedriger Last kommt es zu einem Problem, die mich langsam herausfordern.

Der Aufruf der Seite wird folgendermaßen quittiert - und zwar unmittelbar - kein Timeout oder sonstiges:

Code

session_start(): Failed to read session data: user (path: /tmp) in /home/www/xxxxx/verzeichnis/libraries/joomla/session/handler/native.php on line 260

Ich und der Provider haben vieles probiert, wenn es aber zu dieser Fehlermeldung kommt und ich im Backend das Session handling von MySQL auf PHP umstelle, so funktioniert das wieder.

Die Frage ist - was ist denn der Standard für das Session handling - 15 Minuten, PHP, MySQL?

Kennt jemand dieses Problem und wie konnte er es lösen - ist es die Last, ist es Joomla, oder eine Fehlkonfiguration beim Provider?

Die Serverkonfig:

Zusätzlich ist noch OPCache an

Vielen lieben Dank für Tipps und Hinweise,

Mitcha

Elwood · 4. Januar 2021

Hallo,

bei welchem Hoster bist du?

Sollte das PHP-Interface nicht cgi-fcgi sein?

PHP-Interface für den Webserver cgi-fcgi

tekknotrip · 5. Januar 2021

Hi und danke für die Antwort,

es ist Webgo

JoomlaWunder · 5. Januar 2021

Zitat von tekknotrip

Die Frage ist - was ist denn der Standard für das Session handling - 15 Minuten, PHP, MySQL?

Datenbank!

Eventuell interessant: RE: Problem mit Umstellung auf php 7.3

Dann allerdings wäre das kein sporadisches Problem.

Hst du das Problem auch, wenn du mal einen anderen Browser oder Rechner nutzt?

Hier habe ich noch etwas gefunden: Datenbankfehler bei Joomla Neu-Installationen - durch Reparaturfunktion nicht behebbar

Etwas länger, aber vielleicht steht da noch der ein oder andere Tipp bei.

Ist das eine One-Click-Installation oder hast du sie auf herkömmliche Weise installiert?

Leider gibt es nicht die eine Ursache für solche eine Meldung.

tekknotrip · 5. Januar 2021

Hallo,

die Installation ist schon ein paar Jahre alt und funktionierte und funktioniert auch noch wunderbar.

Die vespert im Cache-Modeus 50.000 Nutzer pro Tag ab und das mit einem DOM von 500 ms und einer Gesamtladezeit von 2,5 sek.

Ja, das passiert auch bei anderen Browsern. Kommt es zum Fehler, läuft das ErrorLog rasch voll.

Jetzt gibt es aber Tage, da sind gerade mal 15.000 Nutzer drauf und es fängt an zu spinnen. Auch habe ich das Phänomen (LogFiles) schon in der Nacht feststellen können - gar keine Last. Es tritt so alle 6 bis 7 Tage auf, manchmal auf 14 Tage oder länger. Das macht mich ja gerade so irre.

Es ist keine OneClick Intsallation

Ich schau mir die Beiträge einmal genauer an

JoomlaWunder · 5. Januar 2021

Wurde denn irgendetwas Gravierendes geändert, bevor das Problem aufgetreten ist?

Wurde die Datenbank eventuell zeitgleich auf Version 8 umgestellt?

Eigentlich sollte es damit laufen und auch "apache2handler" sollte kein Problem darstellen.

Neue Erweiterung?

Gibt es Hinweise unter "Erweiterungen" -> "Verwalten" -> "Datenbank" ?

Oder unter "Warnungen"?

tekknotrip · 5. Januar 2021

Ja, es wurde etwas geändert. Ich wurde beim Hoster intern auf einen anderen Server umgezogen. Die sagen aber, dass alles i.O. ist - ales entspannt, der Server schnurrt. Und trotzdem tritt der Fehler auf.

Unter Warnungen sehe ich - was sich ja aber nur auf den Upload beschränkt!?

forum.joomla.de/core/attachment/7278/

JoomlaWunder · 5. Januar 2021

Das ist harmlos. Habe ich auch auf vielen Seiten, je nach Serverkonfiguration.

Na ja..... wenn das unmittelbar nach dem Serverumzug zum ersten Mal aufgetreten ist, .... mmh.

D.h. dass du den Umzug nicht selber vorgenommen hast? Dann würde ich da nochmal nachfragen!

Hattest du auf dem alten Server vielleicht mysql 5.7 und noch nicht 8 genutzt?

Elwood · 5. Januar 2021

Zitat von tekknotrip

Ja, es wurde etwas geändert. Ich wurde beim Hoster intern auf einen anderen Server umgezogen. D

Dann überprüfe deine /tmp und /logs -Pfade.

Am besten hiermit:

Joom-Config

tekknotrip · 5. Januar 2021

Zitat

Dann überprüfe deine /tmp und /logs -Pfade.

Habe ich mehrfach gemacht, da es aber intern war, gibt es nichts zu verändern:

/home/www/webseite.de/verzeichnis/tmp

Es wird ja auch nicht das Joomla tmp Verzeichnis bemängelt!?

Sondern der Server /tmp

Code

session_start(): Failed to read session data: user (path: /tmp)

JoomlaWunder · 5. Januar 2021

Kannst du den Inhalt der configuration.php mal posten!

Zugangsdaten usw. aber schwärzen!

Elwood · 5. Januar 2021

Hast du sie überprüft?

tekknotrip · 5. Januar 2021

PHP

<?php
class JConfig {
    public $offline = '0';
    public $offline_message = 'Diese Seite befindet sich derzeitig im Wartungsmodus';
    public $display_offline_message = '1';
    public $offline_image = '';
    public $sitename = '-----';
    public $editor = 'none';
    public $captcha = '0';
    public $list_limit = '20';
    public $access = '1';
    public $debug = '0';
    public $debug_lang = '0';
    public $dbtype = 'mysqli';
    public $host = 'localhost';
    public $user = '------';
    public $password = '-----';
    public $db = '-----';
    public $dbprefix = '-----';
    public $live_site = '';
    public $secret = 'SECRET';
    public $gzip = '0';
    public $error_reporting = 'simple';
    public $helpurl = 'https://help.joomla.org/proxy?keyref=Help{major}{minor}:{keyref}&lang={langcode}';
    public $ftp_host = '127.0.0.1';
    public $ftp_port = '21';
    public $ftp_user = '';
    public $ftp_root = '';
    public $ftp_enable = '0';
    public $offset = 'Europe/Berlin';
    public $mailer = 'smtp';
    public $mailfrom = '-----';
    public $fromname = '------';
    public $sendmail = '/usr/sbin/sendmail';
    public $smtpauth = '1';
    public $smtpuser = '------';
    public $smtppass = '-----';
    public $smtphost = '-----';
    public $smtpsecure = 'ssl';
    public $smtpport = '465';
    public $caching = '0';
    public $cache_handler = 'file';
    public $cachetime = '3600';
    public $MetaDesc = '';
    public $MetaKeys = '';
    public $MetaTitle = '1';
    public $MetaAuthor = '1';
    public $MetaVersion = '0';
    public $robots = '';
    public $sef = '1';
    public $sef_rewrite = '1';
    public $sef_suffix = '1';
    public $unicodeslugs = '0';
    public $feed_limit = '10';
    public $log_path = '/home/www/-----/logs';
    public $tmp_path = '/home/www/-----/tmp';
    public $lifetime = '15';
    public $session_handler = 'database';
    public $MetaRights = '';
    public $sitename_pagetitles = '0';
    public $force_ssl = '2';
    public $feed_email = 'author';
    public $cookie_domain = '';
    public $cookie_path = '';
    public $cache_platformprefix = '0';
    public $memcache_persist = '1';
    public $memcache_compress = '0';
    public $memcache_server_host = 'localhost';
    public $memcache_server_port = '11211';
    public $memcached_persist = '1';
    public $memcached_compress = '0';
    public $memcached_server_host = 'localhost';
    public $memcached_server_port = '11211';
    public $redis_persist = '1';
    public $redis_server_host = 'localhost';
    public $redis_server_port = '6379';
    public $redis_server_db = '0';
    public $proxy_enable = '0';
    public $proxy_host = '';
    public $proxy_port = '';
    public $proxy_user = '';
    public $proxy_pass = '';
    public $mailonline = '1';
    public $massmailoff = '0';
    public $session_memcache_server_host = 'localhost';
    public $session_memcache_server_port = '11211';
    public $session_memcached_server_host = 'localhost';
    public $session_memcached_server_port = '11211';
    public $frontediting = '1';
    public $asset_id = '1';
    public $debug_lang_const = '1';
    public $replyto = '';
    public $replytoname = '';
    public $session_redis_persist = '1';
    public $session_redis_server_host = 'localhost';
    public $session_redis_server_port = '6379';
    public $session_redis_server_db = '0';
    public $shared_session = '0';
}

Alles anzeigen

Elwood · 5. Januar 2021

Schade, mit den Strichen kann man es nicht überprüfen.

tekknotrip · 5. Januar 2021

Zitat von Elwood

Hast du sie überprüft?

Ja, ist absolut identisch - wenn falsch, dann wäre das Problem ja auch permanent!?

JoomlaWunder · 5. Januar 2021

Zitat von tekknotrip

Ja, ist absolut identisch - wenn falsch, dann wäre das Problem ja auch permanent!?

Stimmt! Aber ändern muss man die Pfade nach einem Serverumzug in der Regel. Nun gut, müsste man wissen, was der Hoster genau gemacht hat.

Ich gehe davon aus, dass du

Code

public $secret = 'SECRET';

eben selber ersetzt hast, um es unkenntlich zu machen?

Ich weiß selber nicht genau, wofür man es benötigt und ob das Probleme bereiten kann, wenn man selber irgendetwas einsetzt. Gefunden habe ich noch dieses: Jommla Datenbank Passwort und Secret ändern

tekknotrip · 5. Januar 2021

Zitat

eben selber ersetzt hast, um es unkenntlich zu machen?

Ja, so ist es, habe erst noch was anders als ---- eingesetzt und das aber vergessen

Re:Later · 5. Januar 2021

Zitat von tekknotrip

und ich im Backend das Session handling von MySQL auf PHP umstelle, so funktioniert das wieder.

Warum lässt du's dann nicht einfach auf "PHP"?

Die /tmp-Meldung meint eine PHP-Einstellung, nicht das Joomla-Temp-Verzeichnis. 2 Paar Stiefel.

Zu Session-Problematik kann ich mich weiters nur erinnern, dass ich für einen Kunden mal den "session.save_path" umschreiben musste, auf ein Verzeichnis innerhalb des Kunden-Accounts, so, dass wir die Schreib/Lese-Rechte dann selber setzen konnten und wir sicher sein konnten, dass keine weiteren serverseitigen Restriktionen zuschlugen. Danach war Ruhe...

SniperSister · 6. Januar 2021

Tipp für den Hoster: mal ins MySQL/MariaDB Logfile gucken, ob der DB User eventuell ins Connection Limit läuft. Das kann als „Nebeneffekt“ schonmal diese Meldung geben, weil dann die Session Tabelle in der Datenbank nicht beschrieben werden kann.

firstlady · 6. Januar 2021

Da ich gerade dasselbe Problem hatte und mein Hoster die Ursache gefunden hat: Checke den Datenbankserver, den du in der Konfiguration angegeben hast. Wie SniperSister auch sagt.