Update von 2.1 auf 2.2

[dnowara]

Hallo zusammen,

bisher habe ich die Version 2.1 auf einem eigenen Webspace genutzt.

Das Update auf 2.2 bringt jedoch Fehler.

Nach dem Aufruf der update.php kommen folgende Fehlermeldungen:

SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined
SQLSTATE[42000]: Syntax error or access violation: 1091 Can't DROP 'pace'; check that column/key exists
SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined
SQLSTATE[42S21]: Column already exists: 1060 Duplicate column name 'swolf'
SQLSTATE[42S21]: Column already exists: 1060 Duplicate column name 'fit_vdot_estimate'
SQLSTATE[42S21]: Column already exists: 1060 Duplicate column name 'short'
SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined
SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined
SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined
SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined
SQLSTATE[42000]: Syntax error or access violation: 1142 TRIGGER command denied to user 'XXX'@'localhost' for table 'runalyze_account'
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'XXX.runalyze_clothes' doesn't exist
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'XXX.runalyze_shoe' doesn't exist

Den richtigen Namen der DB habe ich mit XXX ersetzt.

Also bin anschließend alle Punkte manuell durch gegangen:
http://docs.runalyze.com/en/latest/update.html

Der Import der innodb.sql führt zu einem weiteren Fehler:
SQL-Befehl:

-- Statements to use InnoDB as engine (you may need to use your own prefix)
--
-- InnoDB support e.g. row-level locking instead of table locking
-- and should be used for large installations.
-- To work properly, InnoDB requires some advanced database settings.
-- You may need to set the following in your my.cnf if you do not have rights to use SET GLOBAL
-- innodb_file_per_table = 1
-- innodb_file_format = Barracuda
SET GLOBAL innodb_file_format = barracuda;


MySQL meldet: Dokumentation

#1193 - Unknown system variable 'innodb_file_format'

Kann mir jemand einen Tipp geben?

Danke schön.

Gruß Daniel

[mipapo]

Das Update auf 2.2 bringt jedoch Fehler.
Nach dem Aufruf der update.php kommen folgende Fehlermeldungen:

SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined
SQLSTATE[42000]: Syntax error or access violation: 1091 Can't DROP 'pace'; check that column/key exists
SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined
SQLSTATE[42S21]: Column already exists: 1060 Duplicate column name 'swolf'
SQLSTATE[42S21]: Column already exists: 1060 Duplicate column name 'fit_vdot_estimate'
SQLSTATE[42S21]: Column already exists: 1060 Duplicate column name 'short'
SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined
SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined
SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined
SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined
SQLSTATE[42000]: Syntax error or access violation: 1142 TRIGGER command denied to user 'XXX'@'localhost' for table 'runalyze_account'
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'XXX.runalyze_clothes' doesn't exist
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'XXX.runalyze_shoe' doesn't exist

Du hast das Update schon mindestens mehr als einmal ausgeführt!

SET GLOBAL innodb_file_format = barracuda;
MySQL meldet: Dokumentation

#1193 - Unknown system variable 'innodb_file_format'

Welche MySQL Version läuft bei dir?
Ggf übersprinnge die SET Zeilen und probiere es erneut

[dnowara]

Kann ich denn irgendwie erkennen, ob das Update erfolgreich war?

[mipapo]

Der Wizard hätte dir das eigentlich am Ende sagen müssen

[dnowara]

Okay. Also im Backend steht 2.2. Was aber auch logisch ist, da ich die Dateien ja ersetzt habe.

Im Frontend habe ich nun alle Panels, Statistiken und Tools doppelt.

Ich könnte die doppelten Einträge in der Datenbank löschen.

Gruß Daniel

[mipapo]

Könntest du versuchen...

[dnowara]

Naja, dass kann leider nicht der richtige Weg sein.

In jeder Datenbank sind die Infos doppelt drin.

Folgende Infos hattest du nachgefragt:
PHP Version: 5.6.14-1
MySQL Version: 5.5.38-1

[mipapo]

Nunja, du musst beim Update etwas falsch gemacht/doppelt ausgeführt haben.

Ist Innodb bei deiner MySQL Version aktiviert?

Fange sonst nochmal mit einem Backup von vorne an. Mehr als Tipps können wir nicht geben. Was wir aber wissen ist, dass grundsätzlich das Update bis auf die Fehler, die in der Dokumentation aufgeführt sind, durchläuft.

[dnowara]

Ich bin bei Hosteurope.

Wenn ich das richtig sehe, dann ist InnoDB nicht aktiviert.

[Rudy]

Bei mir gab es ähnliche Probleme. Habe viel herumprobliert. Lösung war letztlich, dass einige Tabellen bereits auf InnoDB eingestellt waren und einige andere nicht. Habe dann vor dem Update noch mal direkt in der MySQL Datenbank die Befehle aus der Datei /inc/install/innodb.sql ausgeführt. Danach hat das Update auch funktioniert.