aus irgendwelchen Gründen ist wohl bei dir die Aktualisierung der Datenbank-Struktur nicht vollständig durchgelaufen. Geh mal bitte (via SSH) nach /var/log/mobydick/migration, mach dort einen ls -ltr und poste den Inhalt des letzten Migrationsskriptes mit “md_cmd” im Namen…
Dein zweites Problem ist wahrscheinlich ein Folgefehler aus dem ersten.
root@MDPBX:/var/log/mobydick/migration# vi 1474183696_md-cmd.log
2016-09-18 09:28:16 cache info : Flush cache: ok
2016-09-18 09:28:16 sql info : Connecting to database
2016-09-18 09:28:18 cache notice : Closing memcache connection
2016-09-18 09:28:18 migration info : Starting Migration for Package md-cmd
2016-09-18 09:28:18 migration info : Next Step is [md_cmd_71300_01.php]
2016-09-18 09:28:18 migration info : Step [md_cmd_71300_01.php] was successfull
2016-09-18 09:28:19 migration info : Next Step is [md_cmd_71300_02.php]
2016-09-18 09:28:19 md_cmd_71300_02 info : Remove ip column from ipphone table
2016-09-18 09:28:19 migration info : Step [md_cmd_71300_02.php] was successfull
2016-09-18 09:28:19 migration info : Next Step is [md_cmd_71300_03.php]
2016-09-18 09:28:19 md_cmd_71300_03 info : Add new column 068bas_scope
2016-09-18 09:28:19 md_cmd_71300_03 info : Update standard base configurations
2016-09-18 09:28:19 md_cmd_71300_03 info : Remove legacy columns
2016-09-18 09:28:19 migration info : Step [md_cmd_71300_03.php] was successfull
2016-09-18 09:28:19 migration info : Next Step is [md_cmd_71300_05.php]
2016-09-18 09:28:19 md_cmd_71300_05 info : Convert old base configurations to templates
2016-09-18 09:28:20 md_cmd_71300_05 info : Rename all old base configurations
2016-09-18 09:28:20 md_cmd_71300_05 info : Install new base configurations
2016-09-18 09:28:20 md_cmd_71300_05 info : Create new baseconfig [Snom] for family [Snom Phone] with scope [system]
2016-09-18 09:28:20 md_cmd_71300_05 info : Create new baseconfig [Yealink] for family [yealink Phone] with scope [system]
2016-09-18 09:28:20 md_cmd_71300_05 info : Create new baseconfig [Mitel / Aastra] for family [Aastra Phone] with scope [system]
2016-09-18 09:28:20 md_cmd_71300_05 info : Generate templates from old configurations
2016-09-18 09:28:20 md_cmd_71300_05 info : Convert templates to new variable syntax
2016-09-18 09:28:20 md_cmd_71300_05 info : Converting base configurations for [Snom Phone]
2016-09-18 09:28:20 md_cmd_71300_05 info : – Found old default basic configuration [snom Standard OLD]
2016-09-18 09:28:20 md_cmd_71300_05 info : – Customized base configuration [snom Standard OLD] needs to be converted
2016-09-18 09:28:20 md_cmd_71300_05 info : – Update base configuration [snom Standard OLD]
2016-09-18 09:28:20 md_cmd_71300_05 info : – Set scope custom for customized base config [snom Standard OLD]
2016-09-18 09:28:20 md_cmd_71300_05 info : – Customized base configuration [Snom 00041331b0a8 [ralphschoenfelder]] needs to be converted
2016-09-18 09:28:20 md_cmd_71300_05 info : – Creating new base configuration [Snom 00041331b0a8 [ralphschoenfelder]]
2016-09-18 09:28:20 md_cmd_71300_05 info : Create new baseconfig [Snom 00041331b0a8 [ralphschoenfelder]] for family [Snom Phone] with scope [custom]
2016-09-18 09:28:20 md_cmd_71300_05 info : Assign device [4] to baseconfig [8]
2016-09-18 09:28:20 md_cmd_71300_05 info : – Set scope custom for customized base config [Snom 00041331b0a8 [ralphschoenfelder]]
2016-09-18 09:28:20 md_cmd_71300_05 info : Converting base configurations for [yealink Phone]
2016-09-18 09:28:20 md_cmd_71300_05 info : – Found old default basic configuration [yealink Standard OLD]
2016-09-18 09:28:20 md_cmd_71300_05 info : – Config [yealink Standard OLD] is equal to the reference configuration
2016-09-18 09:28:20 md_cmd_71300_05 info : – Replacing [yealink Standard OLD] with new configuration [6]
2016-09-18 09:28:20 md_cmd_71300_05 info : Set baseconfig [6] as new default for [yealink Phone]
2016-09-18 09:28:20 md_cmd_71300_05 info : – Re-assigning devices
2016-09-18 09:28:20 md_cmd_71300_05 info : – Removing outdated baseconfig [yealink Standard OLD]
2016-09-18 09:28:20 md_cmd_71300_05 info : Converting base configurations for [Aastra Phone]
2016-09-18 09:28:20 md_cmd_71300_05 info : – Found old default basic configuration [aastra Standard OLD]
2016-09-18 09:28:20 md_cmd_71300_05 info : – Config [aastra Standard OLD] is equal to the reference configuration
2016-09-18 09:28:20 md_cmd_71300_05 info : – Replacing [aastra Standard OLD] with new configuration [7]
2016-09-18 09:28:20 md_cmd_71300_05 info : Set baseconfig [7] as new default for [Aastra Phone]
2016-09-18 09:28:20 md_cmd_71300_05 info : – Re-assigning devices
2016-09-18 09:28:20 md_cmd_71300_05 info : – Removing outdated baseconfig [aastra Standard OLD]
2016-09-18 09:28:20 migration info : Step [md_cmd_71300_05.php] was successfull
2016-09-18 09:28:20 migration info : Next Step is [md_cmd_71300_10.php]
2016-09-18 09:28:20 migration info : Step [md_cmd_71300_10.php] was successfull
2016-09-18 09:28:20 migration info : Next Step is [md_cmd_71300_15.php]
2016-09-18 09:28:20 md_cmd_71300_15 info : Add new device family for Siemens OpenStage
2016-09-18 09:28:20 migration info : Step [md_cmd_71300_15.php] was successfull
2016-09-18 09:28:20 migration info : Next Step is [md_cmd_71300_16.php]
2016-09-18 09:28:20 md_cmd_71300_16 info : Add new base configuration for siemens OpenStage
2016-09-18 09:28:20 migration info : Step [md_cmd_71300_16.php] was successfull
2016-09-18 09:28:20 migration info : Next Step is [md_cmd_71300_17.php]
2016-09-18 09:28:21 md_cmd_71300_17 info : Add new base configuration for snom M700 gateway
2016-09-18 09:28:21 md_cmd_71300_17 info : Change device family doc for snom M700 gateway
2016-09-18 09:28:21 migration info : Step [md_cmd_71300_17.php] was successfull
2016-09-18 09:28:21 migration info : Next Step is [md_cmd_71300_20.php]
2016-09-18 09:28:21 md_cmd_71300_20 info : Remove table protocol
2016-09-18 09:28:21 migration info : Next Step is [md_cmd_71300_20.php]
2016-09-18 09:28:21 md_cmd_71300_20 info : Remove table protocol
2016-09-18 09:28:21 migration info : Step [md_cmd_71300_20.php] was successfull
2016-09-18 09:28:21 migration info : Next Step is [md_cmd_71300_21.php]
2016-09-18 09:28:21 md_cmd_71300_21 info : Fix foreign key constraint and relation of IVR entries
2016-09-18 09:28:21 migration info : Step [md_cmd_71300_21.php] was successfull
2016-09-18 09:28:21 migration info : Next Step is [md_cmd_71300_22.php]
2016-09-18 09:28:21 md_cmd_71300_22 info : Fix relations
2016-09-18 09:28:21 simplesql error : Query Error: 23505; 7; ERROR: could not create unique index “idx_085rat_bez_0”
DETAIL: Key (“085rat_bez”)=(Alle anderen Uhrzeiten) is duplicated. ALTER TABLE “public”.“085rate” ADD CONSTRAINT idx_085rat_bez_0 UNIQUE ( “085rat_bez” );
2016-09-18 09:28:21 migration emergency : 23505; 7; ERROR: could not create unique index “idx_085rat_bez_0”
DETAIL: Key (“085rat_bez”)=(Alle anderen Uhrzeiten) is duplicated.
2016-09-18 09:28:21 migration error : Step [md_cmd_71300_22.php] failed
2016-09-18 09:28:21 migration error : Running md_cmd_71300_22.php failed, aborting.
2016-09-18 09:28:21 cache info : Flush cache: ok
es scheint als gäbe es unter Informationen > Abrechnung mehrere Tarifmodelle bzw. Tarife mit der gleichen Bezeichnung. Stelle da mal sicher das die Bezeichnungen eindeutig sind. Dann auf der Konsole als root bitte folgenden Befehl ausführen:
exdjob.pl -w -v -t=60 tsk050399
Achtung: Das startet einige Dienste neu, bitte vielleicht nicht mitten im Produktivbetrieb ausführen.
noch eine Ergänzung - ich habe auch mal nochmals eine Sicherung importiert damit die Berichte wieder da sind und nur einen gelöscht.
Das hat aber auch keine Änderung gebracht. Update schlägt fehl…
Gruß
Ralph
solange das Objekt mit dem Namen “Alle anderen Uhrzeiten” noch mehrfach vorhanden ist, wird das Update nicht klappen. Das musst du vorher Aufräumen. Alternativ kannst du, wenn du entsprechenden Support bei uns hast, ein Ticket eröffnen, damit sich der Support das ansieht. (Schick dann am besten einen Link zu diesem Thread mit).
wir haben jetzt nochmal ganz genau draufgeschaut. Es hat sich hier offenbar ein Bug eingeschlichen - dieser UNIQUE Index ist an der falschen Stelle. Wir werden sehr bald (vorraussichtlich Freitag, oder Anfang nächster Woche) die Version 7.13.01 releasen, ein Fix für dein Problem wird darin enthalten sein.
Normalerweise solltest du das Update einfach einspielen können, und hinterher müsste alles in Ordnung sein. Wenn du nicht warten willst, kannst du alternativ ein Backup zurückspielen.
dann war ich ja in der richtigen Gruppe;-) Restore habe ich auch schon versucht, selbst auf eine neue MD-Installation, mit Herstestellung der Datenbank welche ich testweise gemacht habe, kam der Fehler wieder drauf.
Da ich die Berichte eigentlich nie nutze, hatte ich damit auch nie wirklich gearbeitet.
Ich kann warten, an sich läuft es ja!
Danke