Update Drupal 6.30 > 6.37 verhält sich seltsam.
Eingetragen von montviso (2188)am 24.11.2015 - 11:50 Uhr in
Ich gehe den Update-Ablauf nach üblichem Prozedere durch.
D.h. zuerst werden die Core-Dateien ausgetauscht.
Unter Verfügbare Aktualisierungen wird aber immer noch Drupal 6.30 angezeigt.
Beim Start der update.php wird angezeigt, daß 0 Updates gemacht wurden.
Es werden keine PHP-Fehler angezeigt.
Crown läuft fehlerfrei durch.
Bei manuellem Aufruf auf Aktualisierung kommt allerdings die Meldung, "Es wurde versucht, Informationen über neue Veröffentlichungen und Aktualisierungen abzurufen."
Ich weiß, daß es dafür diverse Möglichkeiten gibt, was schief läuft.
Memory Limit steht auf 500mb.
In der Settings.php habe ich
<?php
$conf['update_max_fetch_time']=30;
?>eingetragen.
Auf das Webserver-Log habe ich bei dieser Installation nicht ohne Weiteres Zugriff.
Habe versuchsweise aktuellere Modul-Versionen installiert.
Das wird erkannt.
Allerdings werden auch dafür keine Updates angezeigt.
Und das ist ja für Drupal 6 schon sehr ungewöhnlich.
Ich habe natürlich auch schon gegooglt. Aber zu diesem speziellen Thema (keine Updates) habe ich nichts gefunden.
Hat jemand eine Idee, was schief läuft?
- Anmelden oder Registrieren um Kommentare zu schreiben
kommst du per FTP auf die Site?
am 24.11.2015 - 12:57 Uhr
da solltest du dir die Struktueren genau anschauen.
Es ist denkbar, dass du doppelte strukturen hast - das Verhalten deutet jedenfalls darauf hin.
Volltreffer Ronald. Irgendwer
am 24.11.2015 - 15:17 Uhr
Volltreffer Ronald.
Irgendwer hat einen Ordner drupal-30 ins Verzeichnis sites/all/modules gelegt und das wird ausgelesen.
Wenn ich das Verzeichnis entferne, dann gibt es einen Crash, weil in der Tabelle System die Pfade auf die Core-Module nun dort hin verweisen, z.B. vom Modul menu.
Wie kann man denn so einen Blödsinn reparieren?
Jeden Eintrag händisch ändern?
mit backup&Migrate
am 24.11.2015 - 15:52 Uhr
in eine neue Installation setzen.
Dann hast du wieder eine saubere Instanz.
Ich gehe mal davon aus, dass du selbst auf die Idee gekommen bist, die caches alle zu leeren.
Ich würde manuell über die DB
am 24.11.2015 - 18:08 Uhr
Ich würde manuell über die DB die Caches leeren, dann das zusätzliche Verzeichnis löschen und update.php drüber laufen lassen.
Jaja...Cache leeren macht
am 24.11.2015 - 18:10 Uhr
Jaja...Cache leeren macht mein Finger schon von alleine. ;-)
Zum Glück gab's noch ein Backup mit sauberer Datenbank.
Wen's interessiert:
Drupal schreibt das in Folgende Tabellen wo man es mit diesen Replaces säubern könnte:
UPDATE system SET filename = replace(filename, 'sites/all/modules/community/drupal-6.30/', '');
UPDATE locales_source SET location = replace(location, 'sites/all/modules/community/drupal-6.30/', '');
UPDATE menu_router SET file = replace(file, 'sites/all/modules/community/drupal-6.30/', '');
Nach dem Replace steht der Pfad wieder sauber auf modules/mycoremodue/...
Auf der sicheren Seite fühle ich mich allerdings mit dem Restore des Backups statt mit Datenbank-Gefummel.
Werner, sehe jetzt erst
am 24.11.2015 - 19:12 Uhr
Werner, sehe jetzt erst Deinen Beitrag.
Das hatte ich gemacht, Cache löschen sowieso immer über die Daba.
Solange der Ordner mit den Drupal 6.30 Dateien noch im Custom-Modul-Ordner lag, wurde gemeldet, es gäbe keine Updates.
Sobald ich ihn weggelöscht habe, wurden fehlende Funktionen gemeldet, weil alle Links auf Core-Module auf den falschen Pfad eingetragen waren.
Nur durch Verändern der Pfade auf das Root-Core-Module-Verzeichnis weiß Drupal, daß jetzt Drupal 6.37 geladen wird.