[gelöst] Update 2.4 auf 3.2 fehlende virtual_fs...

[ba0645]

Ich habe über die Feiertage unser OTRS von 2.4 auf 3.2 hochgezogen. So weit scheint alles zu funktionieren.
Beim Versuch auf Version 3.3 zu gehen bekomme ich bei der DBUpdate-to-3.3-mysql.sql folgende Meldungen:

- ERROR 1146 (42S02) at line 109: Table 'otrs.standard_response' doesn't exist
- ERROR 1146 (42S02) at line 113: Table 'otrs.standard_response' doesn't exist
- ERROR 1146 (42S02) at line 117: Table 'otrs.queue_standard_response' doesn't exist
- ERROR 1146 (42S02) at line 121: Table 'otrs.standard_response_attachment' doesn't exist
- ERROR 1146 (42000) at line 122: Duplicate key name 'standard_template_name'
- ERROR 1146 (42S22) at line 129: Unknown column 'standard_response_id' in 'queue_standard_template'
- ERROR 1146 (42S22) at line 136: Unknown column 'standard_response_id' in 'standard_template_attachment'
- ERROR 1146 (42S21) at line 147: Duplicate column name 'f_not'
- ERROR 1146 (42S02) at line 148: Table 'otrs.virtual_fs' doesn't exist
- ERROR 1146 (42S02) at line 149: Table 'otrs.virtual_fs' doesn't exist
- ERROR 1146 (42S02) at line 150: Table 'otrs.virtual_fs_db' doesn't exist
- ERROR 1146 (42S02) at line 151: Table 'otrs.virtual_fs_db' doesn't exist

Habe unser OTRS wieder auf 3.2 zurückgesetzt.
Anscheinend gab es beim Update auf OTRS 3 doch Probleme.
Nun meine Frage: Für was sind die Tabellen virtual_fs und virtual_fs_db da?
Kann man die Fehlenden Tabellen neu und leer anlegen lassen?
Würde mich über eine kurze Hilfestellung sehr freuen.

Danke

[wurzel]

Hi,

Hast Du Dein DBUpdate-to-3.3.pl skript laufen lassen? Es scheint, als wäre das nicht 100%ig so gelaufen, wie es soll.

Du kannst die Tabellen manuell anlegen, klar. Dann musst Du aber ggf. nacharbeiten

Flo

[ba0645]

Die Tabellen fehlten anscheinend schon vor dem Update auf 3.3.
Ich denke die wurden bei der Umstellung von 2.4.x auf 3.0.x nicht mit angelegt.

Welche Daten werden denn in diesen Tabellen "virtual_fs...) gespeichert?

Kann leider nicht nochmal alle Updates von 2.4 bis 3.2 machen, da schon neue Ticketmails in das System gelaufen sind.
Um etwas "Nacharbeit" komme ich daher kaum herum. Reicht es wenn die Tabellen leer da sind oder sind hier normalerweise wichtige Daten enthalten?

[wurzel]

Hi,

ich vermute, dass es reicht, wenn die Tabellen leer erstellt werden. Sonst hätte der schon auch öfter
mal beim erstellen von Tickets oder so gemeckert.

Aber so richtig auskennen mit den Tabellen tu ich mich auch nicht
Ich schau mal, was bei mir so drin steht...

**edit**
virtual_fs ist bei mir leer
virtual_fs_db ist auch leer
(aktuelles 3.3.3)

ich vermute (!) dass Du also die Tabellen einfach anlegen kannst.

Flo

[wurzel]

Hi,

Kann leider nicht nochmal alle Updates von 2.4 bis 3.2 machen, da schon neue Ticketmails in das System gelaufen sind.
Um etwas "Nacharbeit" komme ich daher kaum herum. Reicht es wenn die Tabellen leer da sind oder sind hier normalerweise wichtige Daten enthalten?

probiers aus. Mach einen Dump der aktuellen DB und restore auf einem Testsystem. Lass die UpdateDB.pl
Skripte auf dem Test nochmal laufen und schau was so kommt. Sollte IMHO eigentlich nichts passieren.

falls es für Dich passt, dann machs auf dem produktiven

Flo

[ba0645]

Danke für eure Infos. Habe noch eine Sicherung der alten 2.4-Umgebung gefunden.
Ich werde damit in einer VM die Updates von 2.4 bis 3.2 noch einmal durchspielen und sehen was dabei herauskommt.

Fehlerursache war ziemlich sicher das neue mysql, welches ich mit Debian 7 installiert habe. Standard für neue Tabellen ist dann InnoDB und nicht mehr MyISAM. Das Restore der 2.4er legte die Tabellen in MyISAM an. Das Updatescript die neuen mit InnoB. Irgenwie passt das nicht zusammen.

Ich habe in der Testumgebung nun in der my.cnf den Wert "default-storage-engine=MyISAM" gesetzt. Das Update von 2.4 auf 3.0 ist schon mal ohne Fehler durchgelaufen. Ich ziehe das nun bis 3.2 hoch und übernehme dann die Tabellenstruktur der fehlenden Tabellen in die Echtumgebung der aktiven 3.2er.

Melde mich hier nochmal wenn alle Updates in der testumgebung durch sind.

DANKE

[wurzel]

Hi,

wart mal... du solltest - falls möglich - auf InnoDB umstellen. Es gibt ein skript in ./bin
InnoDBSwitch irgendwas (ab der 3.2)

d.h.: restore die 2.4
switche auf InnoDB
mache die Updates.

siehe auch
http://blog.otrs.org/2013/02/20/about-o ... e-engines/

aber der 3.2. ist IMHO InnoDB Standard.

Flo

[ba0645]

Update bis 3.2 ist durch. Ich habe die drei Tabellen virtual_fs... nun mit phpmyadmin exportiert und in die Echtdatenbank laufen lassen.
Das hat so weit geklappt. Mal sehen ob damit auch das Update auf 3.3.3 klappt.

Teste ml das Umstellen auf InnoDB in der Testumgebug. Dann ein Update auf 3.3

Vorerst mal herzlichen Dank

[wurzel]

Hi,

das umstellen auf InnoDB geht eigentlich problemlos. Das Skript ist bei mir immer gelaufen.
Wann Du das machst, ist eigentlich egal.


Flo

[ba0645]

Umstellung auf InnoDB hat in der Testumgebung prima geklappt. Danke