Plötzlich kein Zugriff auf Benutzer und Konfiguration im Backend

**boyherre** · 26.11.2011 03:09

Hallo,
plötzlich habe ich keinen Zugriff mehr auf die Backend-Optionen:

Benutzer:
Fatal error: Class 'JModelList' not found in /mnt/web7/52/83/51352183/htdocs/administrator/components/com_users/models/users.php on line 19

und

Konfiguration:
Fatal error: Cannot make non static method JCacheStorage::test() static in class JCacheStorageCachelite in /mnt/web7/52/83/51352183/htdocs/libraries/joomla/cache/storage/cachelite.php on line 318

Eingeleitete Maßnahmen:
Datenbank-Optimierung – ohne Erfolg.
Drüber-Installieren per FTP von der verwendeten Joomla! 1.5.25 Full – ohne Erfolg.
Globales Einchecken: ohne Erfolg.
Abgelaufenen Cache leeren – ohne Erfolg.
Cache leeren – ohne Erfolg.

Was hatte ich gerade gemacht: Versuche mit einem neuen Template für den vorhandenen Content.

Der Rest vom Backend funktioniert normal. Die Seite im Netz auch. Auch die redaktionelle Bearbeitung des Contents im Backend funktioniert normal.
Ich geh' als alleiniger Super-Admin online; jetzt bin ich ratlos! Was kann passiert sein? Wie kann ich's reparieren? Zum Verstehen der o. a. Fehlermeldungen reicht's bei mir leider noch nicht…
Bitte um Vorschläge! Vielen Dank im Voraus!

Gruß, Boy

**jacxx** · 26.11.2011 05:25

http://www.dmsolutions.de/joomla/joo...not-found.html

**boyherre** · 26.11.2011 13:15

Hallo jacxx,

danke für den Link und die rasche Antwort.
Dort zu lesen: Ursache des Fehlers

„Dieser Fehler tritt auf, wenn versucht wurde, eine bestehende Joomla 1.5.x Umgebung auf Joomla 1.6.x upzudaten.“

Das war bei mir nicht der Fall.

Gleichwohl führ' ich das natürlich erst mal aus.

Ergebnis: Beim Versuch einzuloggen: 404 Komponente nicht gefunden. Danach alle gelöschten Ordner wieder durch FTP-Upload aus der aktuellen Version hinzugefügt.
Ergebnis: Die Option „Benutzer“ funktioniert wieder! Hurra!
Die Option „Konfiguration“ zeigt weiter diesen Fehler:

Fatal error: Cannot make non static method JCacheStorage::test() static in class JCacheStorageCachelite in /mnt/web7/52/83/51352183/htdocs/libraries/joomla/cache/storage/cachelite.php on line 318

Wie geht's weiter?

Soeben rausgefunden:
libraries/joomla/cache/storage/cachelite.php

(wird auf dem Server erst angelegt): löschen.

Ebenso: libraries/joomla/session/storage/wincache.php

(wird auf dem Server erst angelegt): löschen.

Prinzip: Die Fatal-Error-Fehlermeldungen zeigen genau, welche Dateien korrupt sind. Durch Vergleich in Filezilla mit den Original-Verzeichnissen kann man erkennen, daß die Dateien erst nach der Installation erzeugt wurden (weil im Original-Verzeichnis noch nicht vorhanden). Also kann man sie erst mal löschen, da sie mit anzunehmender Sicherheit neu erzeugt werden; und BINGO!
Die zweite Datei wurde per Fehlermeldung angezeigt, als die erste bereits gelöscht war und „Konfiguration“ sich noch immer nicht aufrufen ließ. Natürlich müssen die Pfade genau beachtet werden…
Es hat sich also um ein Caching-Problem gehandelt.

Dake, daß Ihr mich auf den Weg gebracht habt!

Gruß, Boy

**alptz** · 12.12.2011 11:12

Hallo Boy

Bin wegen genau desselben Problems hier gelandet.

(Allerdings habe ich das Problem wohl tatsächlich verursacht mit der Installation und Ausführung des Plugins jupgrade. J17 liegt in einem Unterverzeichnis auf dem Server, die DB enthält kopierte Werte mit dem Präfix j17_. Die DB-Werte der J15-Installation sollten wohl nicht tangiert sein. Ausserdem habe ich ein vorher erstelltes Backup aus dem Joomla-Ordner wieder darüber kopiert per FTP.)

Beide Komponenten users und config liefern im Backend nur weisse Seiten. Eine Fehlermeldung erhalte ich nicht:

/administrator/index.php?option=com_config
/administrator/index.php?option=com_users&task=view

Ich benenne also mal die cachelite.php und die wincache.php um.
Ausserdem lösche ich alle Komponenten aus /administrator/components und ersetze diese aus der aktuellsten Joomla-Full.

Mal sehen. Hänge hier unten dann das Ergebnis ein.

Update:
1. umbenennen von libraries/joomla/cache/storage/cachelite.php und libraries/joomla/session/storage/wincache.php brachte keinen Erfolg
2. habe com_users und com_config ersetzt > Teilerfolg: die Benutzer sind im Backend wieder erreichbar, das ist schon mal sehr gut – die Konfigurationsseite bleibt aber weiss.
3. habe alle components ausgetauscht > kein Erfolg - Konfigurationsseite bleibt weiterhin weiss

was tun?????

**boyherre** · 12.12.2011 17:38

Hallo alptz,

selbst habe ich in diesen Dingen nur wenig Erfahrung.
Immerhin liegt ja hier ein Migrations-Ergebnis durch Upgrade von 1.5x auf 1.7x vor. Damit kenn' ich mich (noch) nicht aus…
Das Upgrade betrifft ja auch die Datenbank.

Deshalb würde ich zunächst noch mal eventuelle Fehlermeldungen checken, nach dem …

… Prinzip: Die Fatal-Error-Fehlermeldungen zeigen genau, welche Dateien korrupt sind. Durch Vergleich in Filezilla mit den Original-Verzeichnissen kann man erkennen, daß die Dateien erst nach der Installation erzeugt wurden (weil im Original-Verzeichnis noch nicht vorhanden). Also kann man sie erst mal löschen, da sie mit anzunehmender Sicherheit neu erzeugt werden; und BINGO!

Also: Herausfinden, welche Dateien nicht von der Installation kopiert werden, sondern erst beim Start neu erzeugt werden. Diese dann löschen, damit sie erneut erzeugt werden (müssen).
Wenn allerdings keine Fehlermeldung vorliegt, dürfte das schwierig werden.

Dann: Die Datenbank optimieren/reparieren (also auf dem FTP-Server). Ist von Zeit zu Zeit sowieso nötig.

Aber: Für die Datenbank gibt es unter Joomla 1.7 neue Tabellen und Strukturen.

Vor der Migration also unbedingt das alte System per Backup sichern, damit man es wiederherstellen kann, wenn was schiefgeht.
Ebenso ein Datenbank-Backup. Das hast Du sicher gemacht?!

Stimmte bei der Migration das Datenbank-Präfix?
Wurden die Sprachdateien neu installiert? Vorinstalliert ist nur Englisch.

Mehr fällt mir zunächst auch nicht ein. Da müßte ich auch weiter unter dem Stichwort „Jupgrade“ suchen…

Gruß, Boy

**alptz** · 12.12.2011 21:19

Hallo Boy

Herzlichen Dank für deine ausführliche Antwort. Ich habs nun auch geschafft.

Hab verschiedenes durchgespielt, aber der Durchbruch war dies (und die Lösung sehr banal):

Habe eine Anpassung vorgenommen, die der Provider letzthin den Kunden nahegelegt hatte, gelegentlich durchzuführen: das Verzeichnis www umschalten auf PHP 5.3.
Dadurch zeigte sich im admin-Interface die Seite Konfiguration nicht mehr komplett leer, sondern enthielt folgende Fehlermeldung:

Fatal error: Cannot make non static method JCacheStorage::test() static in class JCacheStorageWincache in Unknown on line 0

Mit dieser Fehlermeldung habe ich gegoogelt und gesehen, ich bin da nicht alleine.
Erst aber dieses Posting http://forum.joomla.org/viewtopic.ph...68900#p2468900 brachte mich auf die Lösung:
Ich entfernte das Wort 'static' aus 'function test()', was die Seite nur wieder blank erscheinen liess, aber merkte erst über diese Manipulationen, dass die umbenannte Datei rem_wincache.php nach wie vor vom System gelesen wird! Erst das komplette Löschen von wincache.php und cachelite.php führte dazu, dass die Konfigurationsseite wieder korrekt angezeigt wurde.

Mein Fehler lag darin, zuwenig mutig zu sein, die Files ganz zu löschen.
Das Umbenennen per FTP/Filezilla reicht erstaunlicherweise nicht.

Nachtrag:
>Dann: Die Datenbank optimieren/reparieren (also auf dem FTP-Server). Ist von Zeit zu Zeit sowieso nötig.
Wie meinst du das? Wie funktioniert das? Ich greife mit phpAdmin auf die DB zu. Dort ist mir aber keine Möglichkeit zur Optimierung aufgefallen.

>Stimmte bei der Migration das Datenbank-Präfix?
jupgrade kopiert alle Einträge um in Werte mit einer Präfix j17_ und scheint die jos_ in Ruhe zu lassen.

**boyherre** · 13.12.2011 14:28

Hallo alptz,

danke für den Erfahrungsbericht. Daß Du wincache.php und cachelite.php löschen (nicht umbenennen) mußt, hatte ich weiter oben schon beschrieben.
Da man recht sicher sein konnte, daß die Dateien erst nach der Installation erzeugt werden (weil sie nicht beim Kopieren installiert werden), brauchte es eigentlich keinen wirklichen Mut.
Warum ein Umbenennen nicht reicht, kann ich nur vermuten: Wahrscheinlich werden die zugehörigen Flags beim Umbenennen in der Datenbank nicht entfernt.

Datenbank bereinigen/optimieren: Mich würde mal interessieren, bei welchem Provider Du bist?
Jedenfalls gehst Du beim Provider in die Datenbankverwaltung, wählst die Datenbank aus, kommst so in die Übersicht, wählst links die Joomla-Datenbank aus (links ganz oben „DBxxxx“) und öffnest so rechts die Tabellendarstellung.
Dann markierst Du unten links mit „Alle markieren“ der Bequemlichkeit halber alle Einträge und wählst unten in der Auswahlbox (wo „markierte:“ steht) „Optimiere Tabelle“. Das bereinigt die sogenannten „Überhänge“ und macht die Datenbankzugriffe wieder schneller und fehlerfreier. Sollte regelmäßig gemacht werden!
Das war's schon. Alles wieder ordentlich schließen! Und natürlich vorher mit „Exportieren“ ein Backup machen! Das Zurückspielen einer Sicherung funktioniert mit „Importieren“.

Zudem möchte ich Dir folgende Lektüre sehr ans Herz legen und wärmstens empfehlen:
http://www.amazon.de/Webseiten-erste...3786069&sr=8-1 Webseiten erstellen mit Joomla! 1.7 von Axel Tüting (Franzis).
Ebenso verständlich wie recht umfassend, für mich war's sehr hilfreich und mit 30 € erschwinglich (!).

Gruß, Boy

**alptz** · 14.12.2011 00:35

Hallo Boy

Perfekt, danke! Ich konnte exakt nach deinen Hinweisen die Optimierung durchziehen. Deine Beschreibung gilt also für phpMyAdmin!
Weiss zwar nicht, was die 'Überhänge bereinigen' genau bedeutet, wird aber schon gut sein : )

Mein Provider ist hostpoint.ch. Der Standard Server ist völlig ausreichend für meine Bedürfnisse.

Ja, ein aktuelles Backup der DB habe ich mir wieder gezogen.

Manuelle Bereinigung:
Es stehen in der Datenbank noch alle kopierten Tabellen des missglückten jUpgrade, jene mit der Präfix j17_. Das ist doch schon ok, wenn ich diese alle manuell lösche?
Die Komponente jUpgrade erzeugte auch eine Installation von J17 im Unterverzeichnis jupgrade von Joomla 1.5. Ich nehme an, wenn ich auch diesen Ordner kippe, ist das System wieder beim alten?

Vielen Dank für den Buchtipp. Ich werde mir dieses Buch wohl beschaffen. Sowieso, da die Umstellung von J15 auf J18 gemäss Entwicklungsstrategie bis nächstes Frühjahr erfolgen sollte. Und interessanterweise hat es auch ein Kapitel zu jUpgrade. Die 30€ hätten sich längst gelohnt, rechnete ich meine Irrwege hier, die sich vielleicht hätten vermeiden lassen.

Besten Dank und Gruss

**boyherre** · 14.12.2011 23:01

Hallo alptz,

zum Löschen kann ich nichts sagen, da ich, wie gesagt, mit diesem Migrations-Upgrade selbst noch keine Erfahrungen gemacht habe.
Wenn Du zur alten 1.5er-Installation zurückkehren willst, ist das vielleicht OK; solange Du von allem das Backup zurückspielen kannst, ist das wohl eine Frage von Trial & Error (!).

Ja, die Beschreibung war fürs (übliche) phpMyAdmin, das hatte ich nicht extra erwähnt, war davon ausgegangen, daß Du das verwendest, das hattest Du am 12. 12. jedenfalls geschrieben.

hostpoint.ch: Sitzen die in der Schweiz? Wie ist da der Service? Guter Kontakt?
Ich bin bei Strato und mit deren Service mehr als zufrieden (!), auch wenn die inzwischen der Telekom gehören; am guten Service hat das, Gott sei Dank, bisher nichts geändert.

Überhang: http://www.selfphp.de/code_snippets/...pet.php?id=109

Viel Spaß (und Nutzen) bei der empfohlenen Lektüre! Der Autor sitzt offenbar sehr nah an Joomla! dran.

Frohes Fest!

Gruß, Boy

**j!-n** · 16.12.2011 00:04

Zitat von boyherre

Viel Spaß (und Nutzen) bei der empfohlenen Lektüre! Der Autor sitzt offenbar sehr nah an Joomla! dran.

nicht doof, zusammengeklaubtes wissen, welches man selbst mit try & error erarbeiten kann, zu verwursten. allerdings gibt es bessere, intelligentere bücher.

Thema: Plötzlich kein Zugriff auf Benutzer und Konfiguration im Backend

LinkBack

Themen-Optionen

Thema durchsuchen

Anzeige

Plötzlich kein Zugriff auf Benutzer und Konfiguration im Backend

Erhielt Danksagungen von:

Erhielt Danksagungen von:

Erhielt Danksagungen von:

Erhielt Danksagungen von:

Erhielt Danksagungen von:

Stichworte

Lesezeichen

Lesezeichen

Berechtigungen