Upgrade von 4.7 auf 6.8

Du sollst nicht nur, du musst :)
Und nimm dir einen starken Kaffee - oder besser was beruhigendes.
Major-Updates funktionieren zwar, sind aber nicht zum Lachen.
Vielleicht hast du aber Glück und nicht viele Module drin.

Kölle alaaf!

Oje, du machst mir Mut. Leider hab ich schon ein paar Module, und einige davon selbst geschustert. Dass die dann nicht mehr laufen werden, ist mir klar. Deswegen hab ich mich ja auch so lange davor gedrückt...

Ok, also erst Upgrade auf 5, dann auf 6. Frage: was ist mit den Modulen? Kann ich die Module, die keinen Einfluss auf die Datenbankstruktur haben, bei dem Upgrade von 4 auf 5 weglassen?

Und eine zweite Frage: beim Upgrade von i18n war dabei gestanden, man soll das Modul vor dem Upgrade ausschalten (also das Häkchen entfernen). Das soll auch gleichzeitig ein guter Tipp für alle anderen Module sein, steht da. Stimmt das?

Also du musst sämtliche Module vor dem Upgrade deaktivieren, dann nur den Core upgraden, dann die Module Stück für Stück. Wenn du Module hast, die keine Datenbankeinträge machen, ist das natürlich ein Glück. Für diese sollte das Coder Modul dein Freund sein, das Hinweise darauf gibt, wie sich die Namen der Funktionen zwischen den Versionen geändert haben.

Schwierig sind vor allem: CCK, besonders von 5 auf 6, Views1 auf Views2 (auch 5 auf 6), Imagecache und Imagefield, hier sollte man auf den Übergang von dem 1.x Release auf den 2.x Release achten. i18n ist auch ungangenehm von 5 auf 6, da einiges vom Modul in den Core gewandert ist. Bei all diesen Modulen sollte man sich die jeweiligen Tutorials durchlesen. Wenn du diese Module nicht verwendest, hast du in diesem Falle Glück, ansonsten wahrscheinlich eine langweilige Website 8-)

Immer besonders zu beachten sind voneinander abhängige Module, da man diese in der richtigen Reihenfolge wieder aktivieren muss. Und dann halt jedesmal das Datenbank-Upgrade durchführen.

Die entsprechenden Tutorials machen schon Sinn zu lesen und zu gucken:
http://drupal.org/upgrade
http://drupal.org/videocasts/upgrading-to-5
http://drupal.org/videocasts/upgrading-to-6

Hier habe ich meine persönlichen Erfahrungen beim Upgrade von 5 auf 6 beschrieben:
http://rufzeichen-online.de/update-auf-drupal-6-erfahrungsbericht-teil-1

Wenn man beachtet, dass man beim Upgrade auf Drupal 6 wirklich sämtliche Module ausserhalb des modules-Folders lagert, um sie dann Stück für Stück hineinzutun und zu aktivieren, dann ist schon mal viel gewonnen. Ich musste das erst leidvoll erfahren. Denn Drupal möchte das Datenbankupdate für ein Modul durchführen, das sich im modules-Folder befindet - egal ob es aktiviert ist oder nicht. Fiese Falle.

Jetzt habe ich dir Angst gemacht und dich mit Dokumentation erschlagen - wichtig ist doch vor allem, daß sich das Upgrade definitiv lohnt, Drupal 6 ist eine Wonne. Und wenn man einmal weiß, wie es geht, ist es auch nicht mehr so schlimm.

Die Major-Versions-Upgrades bleiben dennoch eine Aufgabe für den Profi, ich sehe leider nicht, wann das mal anders wird. Allerdings stehen wir im Vergleich zu ähnlich komplexen Systemen (Wordpress ist klar weniger komplex) noch ziemlich gut da - ich bin der Meinung, dass die Konkurrenz zeitweise gar keinen Upgrade Path anbietet und die Entwicklungslinien unterbricht. Sowas wird es bei Drupal nie geben.

Kölle alaaf!

Dann hab ich wohl eher Glück und eine langweilige Website ;) Außer i18n hab ich nämlich (noch) keines der Module die du nennst. Views wollte ich mir schon des öfteren mal zulegen, aber dass mach ich dann wohl lieber nach dem Upgrade.

Das offizielle Tutorial hatte ich schon gelesen, stimmt - da steht auch drin, dass man die Module deaktivieren soll. Hab ich doch glatt erst mal überlesen.

Vielen Dank für die beiden Videos und den Erfahrungsbericht. Mit den Modulen muss ich mal sehen, wie's klappt. Jemand anderes hat mir nämlich genau den entgegengesetzten Tipp geben: Auf jeden Fall alle neuen Module hochladen und dann erst das Upgrade starten, meinte er. Werde es jetzt erst mal mit einer Testseite ausprobieren, vielleicht klappt's ja alles auf einmal. Wäre natürlich zu schön, wenn das Upgrade alle Abhängigkeiten der Module automatisch erkennen würde...

So, die ersten Probleme haben nicht lange auf sich warten lassen. Bereits beim Upgrade von 4.7 auf 5.14 gibt es Schwierigkeiten mit OrganicGroups (OG) und i18n. Das Problem, dass update.php auch auf nicht aktivierte Module zugreift, ist bei mir nicht aufgetreten. Bin also gemäß der offiziellen Anleitung vorgegangen.

OG scheint inzwischen zu funktionieren, habe es zuletzt so gemacht:

• Drupal 5.14 incl. Module hochgeladen (alle Benutzermodule deaktiviert)
• upgrade.php
• Views installiert (wird seit Drupal 5 für OG benötigt, OG installiert
• Die Fehlermeldung "Table 'og_ancestry' doesn't exist" ignoriert, upgrade.php
• In admin/content/types manuell einen neuen Content Type mit der Bezeichnung og erstellt und als Group Node deklariert

Mit i18n habe ich so meine Probleme. Vielleicht wäre es einfacher, das Modul komplett zu deinstallieren (geht das inklusive Löschen aller Daten?). Momentan habe ich sämtliche Menüpunkte doppelt.

Wer auch das Problem mit den doppelten Menüpunkten hat, sollte es mal hiermit versuchen:
http://drupal.org/node/111047#comment-495127

Nachdem ich eigentlich nur die Profilfelder und Menüpunkte damit übersetzt habe, ist es nicht so viel Arbeit, das später neu einzutragen. Habe mich deshalb für die Deinstallation entschieden und dazu einfach sämtliche i18n Tabellen in der Datenbank gelöscht. (Hoffe, das war jetzt mal kein Fehler...)

So, hier noch der Vollständigkeit halber ein kurzer Bericht über den zweiten Teil des Upgrades. Noch habe ich die Seite noch nicht ausführlich getestet, aber der Upgrade-Prozess selbst verlief erst mal relativ reibungslos.

Erwähnenswertes:

• Hier ist es jetzt wirklich so, wie eigentor bereits gemeint hat: Es werden alle Module von update.php erkannt, unabhängig ob sie bereits aktiviert sind oder nicht.
• Beim ersten Start von update.php wurde ich automatisch auf install.php weitergeleitet und hätte die neue Version fast versehentlich installiert. Hier unbedingt genau hinsehen. Vermutlich lag es bei mir daran, dass ich nur eine default.settings.php, aber keine settings.php hatte.
• Mit dem og-Modul gab es erwartungsgemäß wieder Probleme, die inzwischen aber behoben sein müssten, siehe og Issue
• Völlig unerwartet gab es daneben Probleme mit alten, selbst programmierten Blöcken. Sämtliche Blöcke waren erst mal deaktiviert (bereits nach dem 1. Teil des Upgrades) und mussten manuell wieder aktiviert werden. Das hat bei mir zu einem bösen Absturz von Drupal 6.8 geführt, da einige PHP-Methoden, auf die zugegriffen werden sollten nicht mehr zur Verfügung stehen (meiner Meinung nach ein Bug in der common.inc). Erst nach dem manuellen Löschen der Blöcke in der Datenbank (Tabelle boxes) konnte die Admin/ Blocks wieder aufgerufen werden.

Die Mühe hat sich gelohnt, würde ich sagen - nur nach einem Wochenende Arbeit bin ich stolzer Besitzer von Drupal 6.8 :) Natürlich gehen jetzt die ganzen Feinarbeiten (neues Layout etc.) erst los, aber in 1-2 Wochen ist die Homepage wohl wieder soweit lauffähig, dass ich die Benutzer drauf loslassen kann.