da bin ich wieder
.Ich habe ein Problem mit meiner Datenbank beim Update von OTRS 4.0.12 auf 4.0.13.
Ich versuche auf Centos 7 mit der MariaDB Datenbank ein Upgrade durchzuführen.
Während des Updates klappen zunächst alle Schritte aus der OTRS Anleitung: https://otrs.github.io/doc/manual/admin ... ading.html bis ich zum Abschnitt 6 ( "Database schema update") ankomme.
Beim Datenbank check mittels /opt/otrs/bin/otrs.CheckDB.pl steht auch "Connection successful"
Wenn ich dann allerdings mit cat scripts/DBUpdate-to-4.mysql.sql | mysql -p -f -u root otrs
die Logdatei ansehe werden mir folgende Fehlermeldungen zurückgegeben
Code: Select all
cat scripts/DBUpdate-to-4.mysql.sql | mysql -p -f -u root otrs
Enter password:
ERROR 1060 (42S21) at line 9: Duplicate column name 'disposition'
ERROR 1060 (42S21) at line 13: Duplicate column name 'disposition'
INFO: Foreign key constraint FK_ticket_valid_id_id does not exist, skipping.
INFO: Foreign key constraint FK_ticket_valid_id_id does not exist, skipping.
ERROR 1091 (42000) at line 23: Can't DROP 'valid_id'; check that column/key exists
INFO: Foreign key constraint FK_ticket_history_valid_id_id does not exist, skipping.
INFO: Foreign key constraint FK_ticket_history_valid_id_id does not exist, skipping.
ERROR 1091 (42000) at line 33: Can't DROP 'valid_id'; check that column/key exists
ERROR 1050 (42S01) at line 38: Table 'personal_services' already exists
ERROR 1091 (42000) at line 47: Can't DROP 'content_size'; check that column/key exists
ERROR 1050 (42S01) at line 51: Table 'system_maintenance' already exists
ERROR 1005 (HY000) at line 66: Can't create table 'otrs.#sql-83c_10' (errno: 121)
ERROR 1005 (HY000) at line 67: Can't create table 'otrs.#sql-83c_10' (errno: 121)
ERROR 1005 (HY000) at line 68: Can't create table 'otrs.#sql-83c_10' (errno: 121)
ERROR 1005 (HY000) at line 69: Can't create table 'otrs.#sql-83c_10' (errno: 121)
ERROR 1005 (HY000) at line 70: Can't create table 'otrs.#sql-83c_10' (errno: 121)
In der Anleitung steht man müsse als Storage Enginge INNODB verwenden, ansonsten würden Fehler auftreten. Die default Engine von MariaDB ist aber laut dem SQL Befehl "SHOW ENGINES;" INNODB
Hat jemand eine Idee wo das Problem liegen könnte?MariaDB [(none)]> SHOW ENGINES;
+--------------------+---------+----------------------------------------------------------------------------+--------------+------+------------+
| Engine | Support | Comment | Transactions | XA | Savepoints |
+--------------------+---------+----------------------------------------------------------------------------+--------------+------+------------+
| InnoDB | DEFAULT | Percona-XtraDB, Supports transactions, row-level locking, and foreign keys | YES | YES | YES |
| CSV | YES | CSV storage engine | NO | NO | NO |
| MRG_MYISAM | YES | Collection of identical MyISAM tables | NO | NO | NO |
| BLACKHOLE | YES | /dev/null storage engine (anything you write to it disappears) | NO | NO | NO |
| MEMORY | YES | Hash based, stored in memory, useful for temporary tables | NO | NO | NO |
| PERFORMANCE_SCHEMA | YES | Performance Schema | NO | NO | NO |
| ARCHIVE | YES | Archive storage engine | NO | NO | NO |
| MyISAM | YES | MyISAM storage engine | NO | NO | NO |
| FEDERATED | YES | FederatedX pluggable storage engine | YES | NO | YES |
| Aria | YES | Crash-safe tables with MyISAM heritage | NO | NO | NO |
+--------------------+---------+----------------------------------------------------------------------------+--------------+------+------------+
Habe es jetzt schon mehrmals hinternander probiert (jedesmal vorher Snapshot wieder eingespielt).
PS: Das Update habe ich mit der für CentOS 7 passenden rpm Datei durchgeführt und nicht mit dem Tarball Upgrade.
. Nach dem Update bekomme ich auch unter Produkt Neuigkeiten die Fehlermeldung : "Cant connect to product news Server" . Ich vermute das hat mit dem fehlenden otrs Dienst zu tun.
.