Fehler unter admin/config

hilft manchmal.

EDIT:
Oder sonst sicherheitshalber auch mal alle Dateien erneut hochladen, manchmal geht da was kaputt.

Hallo,

in diesem Fall half es nichts, hatte ich bereits versucht, nach alle cache tabellen löschen war der Fehler auch da.

Grüße

Nein, das hat auch nichts geholfen, Fehler ist immer noch der selbe.

Grüße

indem du alle Nicht-Core-Module mal deaktivierst.

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 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.

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.

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 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 in irgend einer Tabelle der Datenbank vor.
Evtl. eine der Cache Tabellen aus dem Core.

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 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 found
ganz 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.