Migration und Update 3.1.3 auf 3.2.5

Hilfe zu Znuny Problemen aller Art
Locked
voodrax
Znuny newbie
Posts: 3
Joined: 10 Apr 2013, 14:18
Znuny Version: 3.1.3

Migration und Update 3.1.3 auf 3.2.5

Post by voodrax »

Hallo!

Habe ein Problem!
Aktuell habe ich OTRS 3.1.3 auf einer Windows-Maschine am laufen, möchte das ganze nun auf einen Ubuntu-Server Migrieren, und damit auch gleich auf die aktuellste Version updaten.

Habe die Datenbank nun migriert, einen entsprechenden User in der Datenbank angelegt, und das Config-File ebenso mitkopiert und die Login-Daten darin für die Datenbank geändert.
Der Datenbank-Check mit CheckDB.pl liefert einen ersten Fehler:

Code: Select all

DBD::mysql::st execute failed: Table 'otrs.valid' doesn't exist at /opt/otrs/Kernel/System/DB.pm line 615.
ERROR: OTRS-otrs.CheckDB.pl-10 Perl: 5.14.2 OS: linux Time: Wed Apr 10 14:01:03 2013

 Message: Table 'otrs.valid' doesn't exist, SQL: 'SELECT * FROM valid'
Das DB-Update-to-3.2.mysql.sql liefert weitere Fehler:

Code: Select all

ERROR 1146 (42S02) at line 7: Table 'otrs.ticket' doesn't exist
ERROR 1146 (42S02) at line 11: Table 'otrs.ticket' doesn't exist
ERROR 1146 (42S02) at line 15: Table 'otrs.ticket' doesn't exist
ERROR 1146 (42S02) at line 19: Table 'otrs.ticket' doesn't exist
ERROR 1146 (42S02) at line 20: Table 'otrs.ticket' doesn't exist
ERROR 1146 (42S02) at line 24: Table 'otrs.ticket' doesn't exist
INFO: Foreign key constraint FK_article_flag_article_id_id does not exist, skipping.
INFO: Foreign key constraint FK_article_flag_article_id_id does not exist, skipping.
INFO: Foreign key constraint FK_article_flag_create_by_id does not exist, skipping.
INFO: Foreign key constraint FK_article_flag_create_by_id does not exist, skipping.
ERROR 1146 (42S02) at line 41: Table 'otrs.ticket' doesn't exist
ERROR 1146 (42S02) at line 45: Table 'otrs.ticket' doesn't exist
ERROR 1146 (42S02) at line 46: Table 'otrs.ticket' doesn't exist
ERROR 1005 (HY000) at line 174: Can't create table 'otrs.#sql-2a92_1b8' (errno: 150)

Meine Frage ist daher: Ist mein Updatevorgang richtig oder muss ich alle Zwischenversionen die zwischen 3.1.3 und 3.2.5 liegen, einspielen?

Danke, LG
reneeb
Znuny guru
Posts: 5018
Joined: 13 Mar 2011, 09:54
Znuny Version: 6.0.x
Real Name: Renée Bäcker
Company: Perl-Services.de
Contact:

Re: Migration und Update 3.1.3 auf 3.2.5

Post by reneeb »

Nein, Du musst *nicht* alle Zwischenversionen einspielen. Offensichtlich ist bei der DB-Migration etwas schief gelaufen. Das solltest Du erstmal fixen...
Perl / Znuny development: http://perl-services.de
Free Znuny add ons from the community: http://opar.perl-services.de
Commercial add ons: http://feature-addons.de
voodrax
Znuny newbie
Posts: 3
Joined: 10 Apr 2013, 14:18
Znuny Version: 3.1.3

Re: Migration und Update 3.1.3 auf 3.2.5

Post by voodrax »

reneeb wrote:Nein, Du musst *nicht* alle Zwischenversionen einspielen. Offensichtlich ist bei der DB-Migration etwas schief gelaufen. Das solltest Du erstmal fixen...
Die Export-Datei aus der Datenbank bleibt immer die gleiche...
Hast du vielleicht ein Tutorial oder ähnliches nur für die Migration der Datenbank?
reneeb
Znuny guru
Posts: 5018
Joined: 13 Mar 2011, 09:54
Znuny Version: 6.0.x
Real Name: Renée Bäcker
Company: Perl-Services.de
Contact:

Re: Migration und Update 3.1.3 auf 3.2.5

Post by reneeb »

Normalerweise sollte es mit

Code: Select all

mysqldump -u otrs -p -h localhost > otrs_dump.sql
klappen (wobei, bei Windows weiß man nie) und dann mit

Code: Select all

mysql -u otrs -p -h localhost < otrs_dump.sql
wieder einspielen.
Perl / Znuny development: http://perl-services.de
Free Znuny add ons from the community: http://opar.perl-services.de
Commercial add ons: http://feature-addons.de
voodrax
Znuny newbie
Posts: 3
Joined: 10 Apr 2013, 14:18
Znuny Version: 3.1.3

Re: Migration und Update 3.1.3 auf 3.2.5

Post by voodrax »

Hallo!

Danke für eure Hilfe! Das Problem lag wirklich an der Datenbank selbst. Hier ein paar kleine Tipps für alle, die vielleicht dasselbte Problem haben:

- Datenbank-Dump immer über die Konsole ziehen, nicht über phpmyadmin
- Die Dateigrößen für den Datenbankimport in /etc/mysql/my.cnf anpassen (Meine Import-Datei hatte ~400 MB bei der Migration)
- Tabellentyp in der Datenbank anpassen, (zB MyISAM). Entweder die Alten alle umstellen oder die Einstellungen ändern, dass die Typen der neuen Tabellen mit den alten zusammenpassen
- Entsprechende Datenbank-Kollation (Zeichensatz zB utf8_general_ci)

LG
Locked