Update von 3.2.14 auf 3.3.4

[scimitar]

Hallo zusammen,

Ich versuche verzweifet das Update auf die 3.3. hinzubekommen. Aber egal welche Kombination ich benutze tritt immer der Fehler auf, das die Hinterlegten Antworten nicht mehr Vorhanden sind. Das heisst es werden noch 3 Pseudo Einträge angezeigt, bei denen alle Felder leer sind, diese lassen sich aber werder editieren als auch auf Inaktiv setzten. Neu anlegen aus Template geht auch nicht. Da kommt folgende Fehlermeldung:

Unknown column 'template_type' in 'field list', SQL: ' INSERT INTO standard_template (name, valid_id, comments, text, content_type, create_time, create_by, change_time, change_by, template_type) VALUES (?, ?, ?, ?, ?, '2014-02-24 15:32:29' , ?, '2014-02-24 15:32:29' , ?, ?)'

Beim löschen:

Backend ERROR: OTRS-CGI-10 Perl: 5.10.1 OS: linux Time: Mon Feb 24 15:34:26 2014 Message: Need ID! RemoteAddress: 192.168.207.36 RequestURI: /otrs/index.pl?Action=AdminTemplate;Subaction=Delete;ID=;ChallengeToken=Mwcyfa3pQ0bp81zGQ8yqLjYP0R6nvp5Q; Traceback (5242): Module: Kernel::System::StandardTemplate::StandardTemplateDelete (OTRS 3.3.4) Line: 229 Module: Kernel::Modules::AdminTemplate::Run (OTRS 3.3.4) Line: 282 Module: Kernel::System::Web::InterfaceAgent::Run (OTRS 3.3.4) Line: 863 Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 41 Module: (eval) (v1.99) Line: 204 Module: ModPerl::RegistryCooker::run (v1.99) Line: 204 Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 170 Module: ModPerl::Registry::handler (v1.99) Line: 31

Bei der Installation sind folgende Meldungen gekommen:

INFO: Foreign key constraint FK_standard_response_valid_id_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_valid_id_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_create_by_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_create_by_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_change_by_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_change_by_id does not exist, skipping.
INFO: Foreign key constraint FK_queue_standard_response_standard_response_id_id does not exist, skipping.
INFO: Foreign key constraint FK_queue_standard_response_standard_response_id_id does not exist, skipping.
INFO: Foreign key constraint FK_queue_standard_response_queue_id_id does not exist, skipping.
INFO: Foreign key constraint FK_queue_standard_response_queue_id_id does not exist, skipping.
INFO: Foreign key constraint FK_queue_standard_response_create_by_id does not exist, skipping.
INFO: Foreign key constraint FK_queue_standard_response_create_by_id does not exist, skipping.
INFO: Foreign key constraint FK_queue_standard_response_change_by_id does not exist, skipping.
INFO: Foreign key constraint FK_queue_standard_response_change_by_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_attachment_standard_response_id_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_attachment_standard_response_id_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_attachment_standard_attachment_id_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_attachment_standard_attachment_id_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_attachment_create_by_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_attachment_create_by_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_attachment_change_by_id does not exist, skipping.
INFO: Foreign key constraint FK_standard_response_attachment_change_by_id does not exist, skipping.


Die Datenbank wurde davor nach innodb konvertiert. Das System läuft auf einem aktuellen Centos 6.0.4 und wurde per RPM installiert.

Vielen Dank im vorraus.

[wurzel]

Hi,

das

Code: Select all

Unknown column 'template_type' in 'field list', SQL: ' INSERT INTO standard_template (name, valid_id, comments, text, content_type, create_time, create_by, change_time, change_by, template_type) VALUES (?, ?, ?, ?, ?, '2014-02-24 15:32:29' , ?, '2014-02-24 15:32:29' , ?, ?)' 

zeigt an, dass Deine Tabelle nicht korrekt ist. Du hast entweder ein Skript vergessen oder ein DB Berechtigungspoblem

Also das ist jetz mal 'ins blaue hinein'.

Du könntest die Tabellen mal versuchen, manuell anzulegen.

Flo