Update von 4.2 auf 6.1.1 - update DB Problem

[oputz]

Hallo, scheinbar hatten alle eure Tester ein Plugin xt_feed. Ich nicht und deshalb bricht der Wizard beim Update der Datenbank hier ab.
Im 1. Schritt Update DB von 4.2 auf 5.0.08.
Außer "weiter" kann man nichts machen. Dann versucht er es nochmal und bleibt wieder stecken.
"Failed to execute Executing query: UPDATE `xt_feed` ..."

Ähnliches im letzten Schritt 6.0 auf 6.1.x, Plugin gibt’s hier nicht:
"Failed to execute Executing query: ALTER TABLE `xt_pdf_manager_content` ..."

Lösung für mich war die entsprechenden Zeilen aus der jeweiligen update.sql zu löschen. Auskommentieren reichte nicht.

[Alex@4tfm]

xt_feed ist die Tabelle vom Exportmanager, die sollte schon da sein. Schwer zu sagen, was da der Fehler war, weil du nicht den ganzen query gepostet hast.

Der PDF-Manager wurde vom Plugin pdf-invoice in den core übernommen, d.h. auch diese sollte es theoretisch geben. Sieht mir aber aus, als wenn da beim Update auf die 4.2.00 darmals der Fehler entstanden ist. (Derartiges schon mehrfach gesehen)

[df:bug]

Wie Alex bereits geschrieben hat, hast Du keine saubere 4.2 Installation gehabt.

[oputz]

Das kann gut sein, dass die 4.2 nicht sauber war. Wurde ab 4.0.14 hochgeschleppt.
Dann war ich zu schnell mit dem Löschen, hatte angenommen die Plugins müssen da sein. Werde es wiederholen, lässt sich sicher reproduzieren hier.

[oputz]

Failed to execute Executing query: UPDATE `xt_feed` SET feed_date_from_orders = NULL WHERE `feed_date_from_orders` < '1000-01-01 00:00:00';

Die Tabelle gibt es, die Spalte ist gefüllt mit: 0000-00-00 00:00:00
Typ ist datetime

 

[Alex@4tfm]

ach, den hatten wir auch schon das ein oder andere mal. Das ist glaube ich in der Tat auch ein bug von einem xtUpdater irgendwo vor 4.2

[oputz]

Hab nun da statt NULL eingegeben 0000-00-00 00:00:00 damit es durchläuft. Die Zeilen löschen ist dann wohl das selbe.

Das andere war:
Failed to execute Executing query: ALTER TABLE `xt_pdf_manager_content` CHANGE COLUMN `template_body` `template_body` TEXT NOT NULL DEFAULT '' ;

Die Tabelle hat keine Datensätze. Hier hilft dann wohl wirklich nur die Zeile aus dem update.sql zu entfernen, oder?

 

[mr joegler]

Keine Saubere Installation, Problem gelöst! Soetwas lese ich hier leider viel zu oft. Das ist wirklich schade...

 

Ich hatte das Problem auch und in meinem Fall hatte das damit nichts zu tun. Leider kann ich meine Lösung nicht mehr rekonstruieren. Versucht das mal die Zeile bei mysql direkt und nicht in phpmyadmin einzugeben und geht mit der Fehlermeldung zu stackoverflow. Bei mir hatte meine mysql Installation unpassende Rahmenbedingungen.

Bei Problem nr. 2 reicht es, in der sql-Datei, bei dem Statement den default-Wert am Ende wegzunehmen. Es geht nur darum, dass bei manchen mysql-Versionen bei TEXT, BLOB und weiteren Formaten kein Default-Wert erlaubt ist. Das Update ist bei mir bei einem anderen Versuch den gleichen Shop auf einem anderen System zu updaten aber auch schonmal durchgelaufen, offenbar hing das also auch an der mysql-Server-Variante..