Hallo,
ich kämpfe seit geraumer Zeit damit, mein T3-Projekt auf die aktuelle 6.2 LTS
zu migrieren. Leider will das nicht so recht funktionieren.
Zunächst meine bisherige Konfiguration:
T3-Version: 4.5.40
verwendete Extensions:
- dam
- dam_catedit
- dam_index
- dam_info
- dam_cron
- wec_map
- templavoila
- powermail
- oelib
- rsaauth
- saltedpasswords
- doc_indexed_search
- rgnewsimg
- rgmoodalbox
- rgmediaimages
- rgsmoothgallery
- bzdstaffdirectory
- tt_news
- reea_teasermenu
- rtehtmlarea
- fdfx_be_image
Die Extensions habe ich zunächst alle auf den für die vorhandene T3-Version
neuesten Stand gebracht. Dann habe ich gelesen, dass alle Extensions im Vorfeld
zu deinstallieren sind, welche nicht mit T3 6.x kompatibel sind. Da hier ics_awstats
dazugehört, habe ich die gleich deinstalliert. Ansonsten erhalte ich ja im Installer
bei Ausführen des UpgradeWizard eine Meldung, welche installierten Extensions noch
nicht funktionieren.
Da ich ja meine Dokumente aus DAM noch migrieren will, habe ich das zunächst
nicht deinstalliert, nur die DAM-Zusatzextensions.
Bevor ich mich jetzt ans Update gemacht habe, habe ich für die spätere Aktualisierung
des ReferenzIndex auf der Shell noch den Benutzer "_cli_lowlevel" angelegt.
Ehe ich danach die neuen Sourcen eingespielt habe, habe ich in der T3-Installation
noch den Referenz-Index geprüft und aktualisiert, was im BE noch funktionierte.
Nun habe ich die neuen Sourcen wie bei jedem T3-Update in das CMS-Verzeichnis kopiert.
Jetzt ging es los mit Starten des Installers. Zunächst hatte er bei mir in verschiedenen
Verzeichnissen fehlende index.html - Dateien moniert. Das habe ich automatisch
korrigieren lassen.
Als nächstes habe ich dann die angezeigten nicht standardmäßigen
Verzeichnis-Rechte korrigiert. Er gibt ja an, dass die Dateien 660 und die
Verzeichnisse 770 haben sollten. Die Änderungen habe ich auf der Shell korrigiert
mittels
(für die Dateirechte)
(für die Verzeichnisrechte)
Da ich meine T3-Installationen nicht mit Verlinkungen auf ein Sourcen-Verzeichnis
betreibe, habe ich insoweit die Fehlermeldung zur nicht vorhandene Verlinkung
unbeachtet gelassen. Nun erneut auf "Upgrade-Wizard" geklickt.
1.) update database schema --> fehlerfrei durchgelaufen
2.) Version compatibility --> fehlerfrei durchgelaufen
3.) default Extension Manager database tables --> fehlerfrei durchgelaufen
4.) Migrate all file relations from tt_content.image and pages.media --> FEHLER
hier erhalte ich die Fehlermeldung:
"Update failed! Metadata can only be retrieved for indexed files. UID: "0" "
Ich dachte erst, dass dieses an der noch nicht installierten Systemkomponente
"filemetadata" liegt. Habe sie im BE installiert, aber dennoch bleibt die Fehler-
meldung. Bin dann erst einmal zum nächsten Wizard-Punkt übergegangen.
5.) Migrate file relations of tt_content "uploads" --> FEHLER
hier erhalte ich die Fehlermeldung:
"Metadata can only be retrieved for indexed files. UID: "0" "
Den darauffolgenden Wizard-Punkt habe ich erst einmal übersprungen.
6.) Truncate all processed files to clean up obsolete records. --> zunächst übersprungen.
7.) Migrate existing filemounts to be file abstraction layer compatible. --> fehlerfrei durchgelaufen
8.) Migrate all RTE magic images from uploads/RTEmagicC_* to fileadmin/_migrated/RTE/ --> FEHLER
hier erhalte ich die Fehlermeldung:
"Oops, an error occurred! Error while fetching permissions for "
Im Netz habe ich geschaut, und diese Fehlermeldung resultiert daher, dass in der
Datenbank unter sys_file_storage neben dem Standardeintrag fileadmin/ noch ein
weiterer Eintrag existiert. Den habe ich gelöscht, und bei nochmaligem Ausführen
erhalte ich jetzt
"Oops, an error occurred! Metadata can only be retrieved for indexed files. UID: "0" "
Bin auch hier zum nächsten Wizard-Punkt übergegangen.
9.) FlexForm Data from Media Element --> fehlerfrei durchgelaufen
10.) Update database schema: Modify tables and fields --> fehlerfrei durchgelaufen
Jetzt habe ich mich ins BE eingeloggt und versucht, zum einen den RefIndex neu
erstellen zu lassen und zum anderen den FAL-Index zu aktualisieren.
Der RefIndex ließ sich im BE nicht aktualisieren. Und die Aktualisierung des
FAL-Index endete mit derselben Fehlermeldung wie unter 5.
Also habe ich als nächste noch einmal in der Shell probiert, den RefIndex zu aktualisieren.
Und da brach der Vorgang 2x ab, da in 2 Dateien der DAM-Extension "require_once"-
Anweisungen standen, die dem System nicht gefielen. Ich habe die betroffenen Dateien
in der Shell editiert, und danach lief der RefIndex durch.
Jetzt habe ich nochmal begonnen, die beim ersten Durchlauf fehlerhaften Wizard-Punkte
durchlaufen zu lassen. Und die funktionierten jetzt, also
zunächst 4. -->fehlerfrei durchgelaufen
danach 5. --> fehlerfrei durchgelaufen
danach 6. -->fehlerfrei durchgelaufen
danach 8. -->fehlerfrei durchgelaufen.
OK, nun ist der Wizard vollständig durchgelaufen. Den DB-Check habe ich jetzt noch nicht gemacht,
nicht dass ich aus Versehen DB-Einträge von deaktivierten Extensions lösche.
Also habe ich mich jetzt ins BE begeben, und dort den FAL-Index aktualisieren lassen. Auch das
machte er jetzt ohne Fehlermeldung.
Jetzt bin ich soweit, dass ich den DAM2FAL 6.2 Dataimport starten kann, aber er
bearbeitet jedoch unter dem Reiter "DAM Daten" nur 3.119 der 3.120 Daten, so dass
ich natürlich nicht auf dem zweiten Reiter für die DAM Relationen weiterarbeiten
kann.
Wenn ich jetzt versuche, die Seite im Frontend anzusehen, ist diese noch völlig weiß.
Im BE sind alle TExte vorhanden, teilweise auch mit den Bildern (wohl aus dem
uploads-Verzeichnis). Alle übrigen Dokumente, welche in DAM gespeichert waren,
sind noch nicht verfügbar. Was im BE zudem noch nicht funktioniert ist die Listen-Ansicht
sowie der Menü-Punkt "Template". Bei diesen bleibt der Inhaltsbereich weiß.
Und auch das Anlegen eines neuen BE-Benutzers wird mit einem weißen Inhalts-Feld
quittiert. Mal sehen, ich werde im Installer mal noch die ANzeige aller Fehlermeldungen
aktivieren. Wenn sich dort noch was Besonderes ergibt, würde ich das hier auch noch posten.
Jetzt bin ich schon recht weit gekommen, jedoch hänge ich jetzt fest und wollte
fragen, ob jemand von euch mir weiterhelfen kann mit einer schlauen IDee!!!
Vielen Dank schon einmal.
Mfg
ich kämpfe seit geraumer Zeit damit, mein T3-Projekt auf die aktuelle 6.2 LTS
zu migrieren. Leider will das nicht so recht funktionieren.
Zunächst meine bisherige Konfiguration:
T3-Version: 4.5.40
verwendete Extensions:
- dam
- dam_catedit
- dam_index
- dam_info
- dam_cron
- wec_map
- templavoila
- powermail
- oelib
- rsaauth
- saltedpasswords
- doc_indexed_search
- rgnewsimg
- rgmoodalbox
- rgmediaimages
- rgsmoothgallery
- bzdstaffdirectory
- tt_news
- reea_teasermenu
- rtehtmlarea
- fdfx_be_image
Die Extensions habe ich zunächst alle auf den für die vorhandene T3-Version
neuesten Stand gebracht. Dann habe ich gelesen, dass alle Extensions im Vorfeld
zu deinstallieren sind, welche nicht mit T3 6.x kompatibel sind. Da hier ics_awstats
dazugehört, habe ich die gleich deinstalliert. Ansonsten erhalte ich ja im Installer
bei Ausführen des UpgradeWizard eine Meldung, welche installierten Extensions noch
nicht funktionieren.
Da ich ja meine Dokumente aus DAM noch migrieren will, habe ich das zunächst
nicht deinstalliert, nur die DAM-Zusatzextensions.
Bevor ich mich jetzt ans Update gemacht habe, habe ich für die spätere Aktualisierung
des ReferenzIndex auf der Shell noch den Benutzer "_cli_lowlevel" angelegt.
Ehe ich danach die neuen Sourcen eingespielt habe, habe ich in der T3-Installation
noch den Referenz-Index geprüft und aktualisiert, was im BE noch funktionierte.
Nun habe ich die neuen Sourcen wie bei jedem T3-Update in das CMS-Verzeichnis kopiert.
Jetzt ging es los mit Starten des Installers. Zunächst hatte er bei mir in verschiedenen
Verzeichnissen fehlende index.html - Dateien moniert. Das habe ich automatisch
korrigieren lassen.
Als nächstes habe ich dann die angezeigten nicht standardmäßigen
Verzeichnis-Rechte korrigiert. Er gibt ja an, dass die Dateien 660 und die
Verzeichnisse 770 haben sollten. Die Änderungen habe ich auf der Shell korrigiert
mittels
Code:
find . -type f -exec chmod u+rw,g+rw,o-rwx {} \;
Code:
find . -type d -exec chmod u+rwx,g+rwx,o-rwx {} \;
Da ich meine T3-Installationen nicht mit Verlinkungen auf ein Sourcen-Verzeichnis
betreibe, habe ich insoweit die Fehlermeldung zur nicht vorhandene Verlinkung
unbeachtet gelassen. Nun erneut auf "Upgrade-Wizard" geklickt.
1.) update database schema --> fehlerfrei durchgelaufen
2.) Version compatibility --> fehlerfrei durchgelaufen
3.) default Extension Manager database tables --> fehlerfrei durchgelaufen
4.) Migrate all file relations from tt_content.image and pages.media --> FEHLER
hier erhalte ich die Fehlermeldung:
"Update failed! Metadata can only be retrieved for indexed files. UID: "0" "
Ich dachte erst, dass dieses an der noch nicht installierten Systemkomponente
"filemetadata" liegt. Habe sie im BE installiert, aber dennoch bleibt die Fehler-
meldung. Bin dann erst einmal zum nächsten Wizard-Punkt übergegangen.
5.) Migrate file relations of tt_content "uploads" --> FEHLER
hier erhalte ich die Fehlermeldung:
"Metadata can only be retrieved for indexed files. UID: "0" "
Den darauffolgenden Wizard-Punkt habe ich erst einmal übersprungen.
6.) Truncate all processed files to clean up obsolete records. --> zunächst übersprungen.
7.) Migrate existing filemounts to be file abstraction layer compatible. --> fehlerfrei durchgelaufen
8.) Migrate all RTE magic images from uploads/RTEmagicC_* to fileadmin/_migrated/RTE/ --> FEHLER
hier erhalte ich die Fehlermeldung:
"Oops, an error occurred! Error while fetching permissions for "
Im Netz habe ich geschaut, und diese Fehlermeldung resultiert daher, dass in der
Datenbank unter sys_file_storage neben dem Standardeintrag fileadmin/ noch ein
weiterer Eintrag existiert. Den habe ich gelöscht, und bei nochmaligem Ausführen
erhalte ich jetzt
"Oops, an error occurred! Metadata can only be retrieved for indexed files. UID: "0" "
Bin auch hier zum nächsten Wizard-Punkt übergegangen.
9.) FlexForm Data from Media Element --> fehlerfrei durchgelaufen
10.) Update database schema: Modify tables and fields --> fehlerfrei durchgelaufen
Jetzt habe ich mich ins BE eingeloggt und versucht, zum einen den RefIndex neu
erstellen zu lassen und zum anderen den FAL-Index zu aktualisieren.
Der RefIndex ließ sich im BE nicht aktualisieren. Und die Aktualisierung des
FAL-Index endete mit derselben Fehlermeldung wie unter 5.
Also habe ich als nächste noch einmal in der Shell probiert, den RefIndex zu aktualisieren.
Und da brach der Vorgang 2x ab, da in 2 Dateien der DAM-Extension "require_once"-
Anweisungen standen, die dem System nicht gefielen. Ich habe die betroffenen Dateien
in der Shell editiert, und danach lief der RefIndex durch.
Jetzt habe ich nochmal begonnen, die beim ersten Durchlauf fehlerhaften Wizard-Punkte
durchlaufen zu lassen. Und die funktionierten jetzt, also
zunächst 4. -->fehlerfrei durchgelaufen
danach 5. --> fehlerfrei durchgelaufen
danach 6. -->fehlerfrei durchgelaufen
danach 8. -->fehlerfrei durchgelaufen.
OK, nun ist der Wizard vollständig durchgelaufen. Den DB-Check habe ich jetzt noch nicht gemacht,
nicht dass ich aus Versehen DB-Einträge von deaktivierten Extensions lösche.
Also habe ich mich jetzt ins BE begeben, und dort den FAL-Index aktualisieren lassen. Auch das
machte er jetzt ohne Fehlermeldung.
Jetzt bin ich soweit, dass ich den DAM2FAL 6.2 Dataimport starten kann, aber er
bearbeitet jedoch unter dem Reiter "DAM Daten" nur 3.119 der 3.120 Daten, so dass
ich natürlich nicht auf dem zweiten Reiter für die DAM Relationen weiterarbeiten
kann.
Wenn ich jetzt versuche, die Seite im Frontend anzusehen, ist diese noch völlig weiß.
Im BE sind alle TExte vorhanden, teilweise auch mit den Bildern (wohl aus dem
uploads-Verzeichnis). Alle übrigen Dokumente, welche in DAM gespeichert waren,
sind noch nicht verfügbar. Was im BE zudem noch nicht funktioniert ist die Listen-Ansicht
sowie der Menü-Punkt "Template". Bei diesen bleibt der Inhaltsbereich weiß.
Und auch das Anlegen eines neuen BE-Benutzers wird mit einem weißen Inhalts-Feld
quittiert. Mal sehen, ich werde im Installer mal noch die ANzeige aller Fehlermeldungen
aktivieren. Wenn sich dort noch was Besonderes ergibt, würde ich das hier auch noch posten.
Jetzt bin ich schon recht weit gekommen, jedoch hänge ich jetzt fest und wollte
fragen, ob jemand von euch mir weiterhelfen kann mit einer schlauen IDee!!!
Vielen Dank schon einmal.
Mfg
Upgrade 4.5.40 -->6.2.12, DAM-Migrations-Problem
Aucun commentaire:
Enregistrer un commentaire