[gelöst] Drupal zeigt nach Serverumzug V6.19 obwohl definitiv V6.31 installiert ist
Eingetragen von Carsten (4)am 03.06.2014 - 16:02 Uhr in
Hallo Freunde von Drupal.
Mein Provider hat kürzlich einen Serverumzug durchgeführt. Nach dem Umzug lief meine Drupal-Installation allerdings nicht mehr. Ich erhielt nur noch eine weiße Seite. Als Ursache stellte sich heraus, dass die Datenbank nur zu einem kleinen Bruchteil überspielt wurde. Der Provider behob das Problem (Ursache war die Tabelle access_log, die schlicht zu groß war) in dem er die Tabelle access_log ausklammerte und den Rest importierte. Danach funktionierte die Webseite auch wieder problemlos.
Einige Tage später erhielt ich ständig Fehlermeldungen vom Captcha-Modul (die ich leider nicht notiert habe). Bei genauerer Betrachtung stellte sich heraus, das die Drupalinstallation offenbar der Meinung ist, dass der Core hoffnungslos veraltet ist (6.19) obwohl ich kurz zuvor erst auf 6.30 upgedated hatte. Ausserdem meldeten mehrere Module eine veraltete Version. Auch hier lies sich eindeutig belegen, dass die gemeldeten Versionen nicht mit den tatsächlich installierten überein stimmten.
Da bereits der Core 6.31 verfügbar war nahm ich kurzerhand ein Update vor, in der Hoffnung das Problem damit zu beheben, leider ohne Erfolg. Er meldet immer noch V6.19!
Im Falle des Captcha-Moduls half eine De-/Neuinstallation. Es meldet nun die korrekte Version und funktioniert tadellos.
Auch sonst funktioniert die Seite problemlos!
Wie kann ich nun den Core davon überzeugen, dass er gar nicht so alt ist wie er sich vielleicht fühlt? Stehen die Versionsnummern irgendwo in der Datenbank und man kann/darf sie einfach ändern?
| Anhang | Größe |
|---|---|
| Statusbericht | 93.36 KB |
| Verfuegbare Aktualisierungen | 81.06 KB |
- Anmelden oder Registrieren um Kommentare zu schreiben
vielleicht habe die ja eine
am 03.06.2014 - 16:54 Uhr
vielleicht habe die ja eine alte version (also backup) beim umzug genommen
cache leeren evtl. und zur not alle module einfach updaten. extrem alle alten löschen ebenso die die alte drupal installtion und die neue hochladen
Zitat: Vielleicht habe die ja
am 03.06.2014 - 18:03 Uhr
Vielleicht habe die ja eine alte version (also backup) beim umzug genommen
Dieser Vermutung schließe mich an und wahrscheinlich lief schon länger kein Backup mehr ;-)
Wie kann ich nun den Core davon überzeugen, dass er gar nicht so alt ist wie er sich vielleicht fühlt? Stehen die Versionsnummern irgendwo in der Datenbank und man kann/darf sie einfach ändern?
Hast du auch das update.php Skript nach dem vollständigen Core und Modulaustausch ausgeführt?
Das mit dem alten Backup
am 03.06.2014 - 18:53 Uhr
Das mit dem alten Backup würde ich ausschließen, da die Daten eindeutig aktuell waren. Die Seite wird wöchentlich mit News/Bildern gefüttert. Das war auch nach dem Umzug alles auf dem letzten Stand.
Ich habe den Core und die Module nicht komplett ausgetauscht im Sinne von komplett löschen und neu aufspielen, sondern die bestehenden Dateien mit den neuen überschrieben. Natürlich habe ich das Updatescript laufen lassen. Auch dabei sind schon Fehler aufgetreten. Aber das mit dem Core-/Modulaustauch kann ich natürlich nachholen, zumal ich mir die Webseite lokal in einer XAMPP-Umgebung angelegt habe, um experimentieren zu können.
Wie sich nun heraus gestellt
am 12.06.2014 - 12:19 Uhr
Wie sich nun heraus gestellt hat, lag es an falschen Modul-Pfaden in der Datenbanktabelle "system". Irgendwie wurde unter anderem der Ordner "modules" in sich selbst kopiert, so dass für alle Module der Pfad "/modules/modules/" entstand. Die Daten im Ordner "modules/modules/" waren zudem völlig veraltet.Fragt mich nicht wie die Daten dorthin und die falschen Einträge in die Datenbank kamen.
Ich habe nun die Module im Ordner "/modules/modules" aktualisiert und nun ist alles wieder in Ordnung. Wenn ich mal viel Zeit und Muse habe biege ich das wieder auf die richtigen Pfade um.
Danke für euren Input!