Update auf Version 0.9.9-7 - Updateberechtigung
-
Hallo,
danke für die schnelle Antwort!
Ich habe das Update nochmal frisch durchlaufen lassen und einen Log-Ausschnitt angehängt.
Der Befehl scheint mir komplett ausgeführt zu werden.Danke & VG, fisi.
-
Hallo,
falls es Fehlermeldungen gab während der Migration, hier nochmal eine überabeitete version des Migrationsscripts.
Die angehängte Datei in den Ordner "[idoit_root]/updates/versions/v0.9.9-7/migration/" verschieben und die Migration nochmal ausführen.Gruß
vqh -
Hallo,
auch mit dem überarbeiteten Migrationsscript bestehen die selben Fehler/Probleme wie im ersten Post beschrieben.
VG, fisi.
-
Hallo,
kannst du mal nachschauen ob bei dir in der DB die Tabelle 'isys_catg_assigned_cards_list' angelegt wurde?
-
Hallo,
ja, die Tabelle ist vorhanden und enthält genau einen Datensatz.
VG, fisi.
-
Hallo,
kannst du mal folgende Queries ausführen?
SELECT isys_relation_type__id FROM isys_relation_type WHERE isys_relation_type__const LIKE 'C__RELATION_TYPE__MOBILE_PHONE';
SELECT isys_obj_type__id FROM isys_obj_type WHERE isys_obj_type__const = 'C__OBJTYPE__SIM_CARD';
Die müssten beide etwas ausgeben wenn das Update erfolgreich ausgeführt wurde.
-
Hallo,
die zwei Befehle geben beide einen Datensatz zurück.
Der erste Befehl:
isys_relation_type__id = 28Der zweite Befehl:
isys_obj_type__id = 112Heißt das, dass das Update trotz Fehlermeldungen erfolgreich war? (Ich habe grob die wichtigstens Funktionen durchprobiert und konnte bislang keine Probleme feststellen)
VG, fisi.
-
Das Update ist trotz der Fehlermeldung eingespielt worden. Was halt nicht funktioniert hat ist die Migration der Mobiltelefone.
Laut der Fehlermeldung bei deiner Migration fehlten diese ID´s und hat das Migrationsscript abgebrochen.Normalerweise dürfte das nicht passieren da im Schritt davor alle SQL Statements die in der update_data.xml stehen ausgeführt werden. Es sei denn es gab dort auch ein Fehler aber laut deines Log Auschnittes gab es keinen.
Wenn du das Update einmal eingespielt hast und immernoch diese Fehlermeldung bekommst, versuch dann mal folgende Schritte:
1. In der Tabelle isys_migration nach dem Eintrag 'mobile_phone_modification' suchen und löschen falls vorhanden.
2. Wenn du eingeloggt bist ausloggen.
3. Im temp Ordner gibt es einen Cache Ordner erstelle ein Backup von diesen Ordner und lösche diesen
4. Wieder einloggen Cache Ordner wird wieder automatisch von i-doit erstellt.
5. Update erneut ausführen.Gruß,
vqh -
Hallo,
mit den zuletzt beschriebenen Schritten werden die Mobiltelefon-SIM-Vertragsdaten komplett in die neue SIM-Kategorie kopiert.
Kommende Woche werde ich unser produktives I-doIT System updaten und ggf. Bescheid geben, ob es dort die selben Probleme gab, wie in der Testumgebung.
Vielen Dank für die schnelle Hilfe!!
LG, fisi.
-
Hallo,
ich habe jetzt das Update auf unserem Produktivserver eingespielt, muss aber leider sagen, dass es hierbei zu anderen Fehlern kam (obwohl selbes System + Apache-Umgebung + SQL-System). Das Problem mit der fehlenden Berechtigung während des Updatevorgangs war ebenfalls vorhanden.
Bei der DB-Migration wurden 3 Fehler angezeigt (ich habe leider vergessen einen Screenshot zu machen), dass 3 Objekte nicht migiriert werden konnten (ohne Angabe, welche Objekte das sind). Im Log war hierzu auch wieder nichts zu finden.
Nachdem ich dann das aktuelle Nightly Build eingespielt habe, haben das Update + Migration problemlos funktioniert (NB 7544).
Beim Prüfen der neuen Version auf Vollständigkeit der Daten, ist uns allerdings folgendes aufgefallen:
Wir haben für unsere UMTS-Karten einen eigenen Objekttyp angelegt. In diesem Objekttyp haben wir die Kategorie "Mobiltelefon" hinterlegt, um die SIM-Karten-Daten mit ablegen zu können. Durch das jüngste Update wurde vermutlich genau diese Kategorie überarbeitet / gekürzt und unsere SIM-Daten waren bei unseren UMTS-Karten verschwunden. Erst nachdem ich dem eigenen UMTS-Objekt die neue Kategorie SIM-Karte zugewiesen habe, sind unsere Vertragsdaten wieder aufgetaucht.
Vielleicht ist das interessant für die Leute, die auch eigene Objekttypen oben beschriebener Art haben.
VG, fisi.