Fehler unter admin/config
Eingetragen von NetSecure-IT (5)am 27.08.2012 - 09:09 Uhr in
Guten Morgen an alle
Ich habe seit dem Update von 7.14 auf 7.15 das Problem, dass unter "admin/config" die Hauptkonfigurationsseite nicht mehr aufgerufen wird und mit dem untenstehenden Fehler beendet wird.
Fatal error: Class 'DatabaseTasks_mysql' not found in /mnt/web/xx/yy/xyzxyy/htdocs/netsecure-it/drupal/modules/system/system.install on line 193 - dort steht: $class = 'DatabaseTasks_' . Database::getConnection()->driver(); $tasks = new $class();
Ich hatte das Problem, das das Update einmal abgebrochen war und ich von vorne begonnen hatte, seitdem besteht dieser Fehler oben. Nachdem ich einiges probiert hatte, stellte ich fest, das, wenn ich "cache_bootstrap" aus einem Backup wieder einspiele die ganze Sache funktioniert bis zum nächsten Cron-Lauf. Ich habe nun viele Foren durchkämt und keine Lösung dazu gefunden.
Hat jemand vieleicht eine Idee???
Grüße
- Anmelden oder Registrieren um Kommentare zu schreiben
Alle Cache-Tabellen mal löschen
am 27.08.2012 - 17:58 Uhr
hilft manchmal.
EDIT:
Oder sonst sicherheitshalber auch mal alle Dateien erneut hochladen, manchmal geht da was kaputt.
Cache Tabellen
am 27.08.2012 - 17:57 Uhr
Hallo,
in diesem Fall half es nichts, hatte ich bereits versucht, nach alle cache tabellen löschen war der Fehler auch da.
Grüße
Alle Dateien neu hochladen
am 27.08.2012 - 18:32 Uhr
Nein, das hat auch nichts geholfen, Fehler ist immer noch der selbe.
Grüße
Fehler einkreisen
am 30.08.2012 - 12:01 Uhr
indem du alle Nicht-Core-Module mal deaktivierst.
Gibt es hier neue
am 03.01.2013 - 13:35 Uhr
Gibt es hier neue Erkenntnisse?
Ich habe den Fehler seit einem Update auf 7.17
Heute habe ich auf 7.18 aktualisiert in der Hoffung, das Problem sei damit erledigt.
Leider nicht.
Guten Tag, ich habe in der
am 03.01.2013 - 14:58 Uhr
Guten Tag,
ich habe in der Folgezeit noch viele Dinge ausprobiert unter anderem auch "Registry Rebuild". Bei mir leider keine Besserung.
Das könnte man jedoch nocheinmal probieren.
Ansonsten habe ich das Problem mit einer kompletten Neueinrichtung behoben.
Dieser Fehler war aufgetreten, nachdem der Wartungsmode in 7.14 nach 7.15 nicht ordnungsgemäß funktionierte.
Fehler
am 03.01.2013 - 15:31 Uhr
Der Fehler ist mir unbekannt.
Möchte aber noch hinzufügen dass es ein neues Modul gibt was einige Interessieren könnte. Weil wir jetzt schon beim Maintenace Modus sind.
http://drupal.org/project/prelaunch
How is this different from maintenance mode?
* Maintenance mode puts the site offline. With prelaunch the site is not offline.
* In maintenance mode Drupal prints a 503 (drupal_add_http_header('Status', '503 Service unavailable');) Prelaunch gives a 200.
* Maintenance mode allows the user to still see parts of the site when surfing to /user.
You can see the menu structure, footer and other blocks present. Prelaunch shows a bare form.
Oder
For example you want to display a webform to collect emails for a trial. You can then create a webform node and set this url as prelaunch page.
Ich habe nun folgendermaßen
am 03.01.2013 - 15:45 Uhr
Ich habe nun folgendermaßen versucht, das Problem einzugrenzen:
Neue Installation Drupal 7.18 vorgenommen.
Ordner Sites/all/modules übernommen und ein Custom-Modul nach dem anderen hinzugefügt.
Auch die deutsche Sprache ect. dazu genommen.
Der Fehler tritt nicht auf.
Dann habe ich die Datenbank der vorherigen Installation wieder eingespielt.
Nun taucht der Fehler wieder auf.
Er hat also definitv weder mit Custom-Modulen, noch mit fehlenden Dateien zu tun.
Wie ist das eigentlich zu interpretieren?
Es wird ja die Class 'DatabaseTasks_mysql' nicht gefunden, welche sich in der Datei includes\database\mysql\install.inc befindet.
Warum kann auf diese Klasse nicht zugegriffen werden?
"Registry Rebuild" hat übrigens nichts gebracht.
Es liegt definitiv ein Fehler
am 03.01.2013 - 16:07 Uhr
Es liegt definitiv ein Fehler in irgend einer Tabelle der Datenbank vor.
Evtl. eine der Cache Tabellen aus dem Core.
Die Tabellen, die mit cache_*
am 03.01.2013 - 16:25 Uhr
Die Tabellen, die mit cache_* anfangen, habe ich alle schon mehrfach auf Datenbankebene geleert.
Noch eine Idee?
Ich bin inzwischen soweit, daß ich mit Winmerge die beiden Dump-Dateien der funktionierenden und der nicht funktionierenden Versionen vergleiche.
Das ist natürlich ausgesprochen mühsam, weil das Projekt ja schon relativ weit fortgeschritten ist und in der neuen Installation viele Einträge fehlen.
Mir fällt auf, daß es in der Tabelle Systems in der funktionierenden Variante (neu aufgesetzt) mehrere Pfadeinträge im Zusammenhang mit dem Modul simpletest gibt.
Das ist aber weder in der einen, noch in der anderen Variante aktiviert.
Sollte mir das was sagen?
Nun habe ich die Installation
am 04.01.2013 - 14:47 Uhr
Nun habe ich die Installation auf meinen lokalen Windows Rechner geholt und mit PHP-Debugger die Stelle aufgespürt, an der es hakt.
Und dann festgestellt, daß folgender Eintrag fehlt in der Datenbank:
INSERT INTO `registry` (`name`,`type`,`filename`,`module`,`weight`) VALUES ('DatabaseTasks_mysql','class','includes/database/mysql/install.inc','','0')Ich habe den Eintrag versuchsweise gemacht, und siehe da, sowohl lokal, als auch auf dem Server lassen sich nun die Seiten /admin/config und /admin/reports/status ohne die Fehlermeldung
Class 'DatabaseTasks_mysql' not foundganz normal aufrufen.
Jetzt würde mich natürlich interessieren, wie das passieren kann.
An welcher Stelle kann so ein Eintrag verloren gehen?
Ich kann mich nicht mehr genau erinnern, ab wann das Problem aufgetaucht ist, weil ja die Unterseiten der Konfig problemlos zu erreichen waren.
Vermutlich bei einem Update vom Core von 7.1? auf 7.17.
Muß ich damit rechnen, daß es noch mehr diesbezügliche Probleme gibt?
Ersichtlich ist nichts dgl.