Hi,

das ist ein nachstellbarer Bug. Ich melde mich dazu, wenn ich etwas neues weiß.

Haben den gleichen Fehler beim Import von Clients per XML. Bekomme die Fehlermeldung:

Import already existing and force-mode disabled! (Object-Id: 27067, Hostname: client7-14, Scantime: 20.04.2016 14:40:22) Try --force at the end of your parameter list.[2016-04-20 17:25:01] ERROR: Process was aborted.

Wenn ich den Force mode anschalte bekomme ich die Fehlermeldung:

Found obect-id: 27067[2016-04-20 17:26:09] ERROR: Database error : Query error: 'INSERT INTO isys_catg_logb_list SET isys_catg_logb_list__isys_obj__id = 27067, isys_catg_logb_list__isys_logbook__id = (SELECT LAST_INSERT_ID()), isys_catg_logb_list__status = 2': Cannot add or update a child row: a foreign key constraint fails (`idoit_data`.`isys_catg_logb_list`, CONSTRAINT `isys_catg_logb_list_ibfk_3` FOREIGN KEY (`isys_catg_logb_list__isys_obj__id`) REFERENCES `isys_obj` (`isys_obj__id`) ON DELETE CASCADE ON UPDATE)

Wenn ich allerdings nach #27067 suche bekomme ich lediglich die Meldung zurück:```
Fehler!
CMDB Error: Object with ID: 27067 does not exist. If you clicked on a link to reach this page (e.g. a bookmarked page), it might be broken and should be deleted.

Version 1.7.0 PRO mit MariaDB.

Hallo jkondek,

vielen Dank! Das hat mich auf die richtige Fährte gebracht! 🙂
Ich habe im IIS per URL Rewrite die Regeln der .htaccess importiert. Eine Bedingung in Regel #5 konnte er zwar nicht übersetzen (RewriteCond %{REQUEST_FILENAME} !-l), aber der Rest wurde erfolgreich importiert. Danach konnte die globale Suche wieder wie gewohnt genutzt werden.

Ich habe auch, wie in dem anderen Thread beschrieben, den Suchindex neu anlegen lassen.

Die Suche findet allerdings leider nicht alles…
Z.B. unsere Clients, die bei uns folgende Benennung haben Buchstabenfolge Minus Nummer, also bspw. abc-190. Suche ich nach 190 findet er den Client, suche ich hingegen nach abc-190 findet er nichts (auch bei Nutzung von Wildcards abc*190). Kann das noch an einem Konfigurationsproblem meinerseits liegen oder kann die Suche nicht korrekt mit dem Sonderzeichen Minus umgehen?

VG, fisi.

Hallo Fisi,

vielen Dank für deinen Hinweis! Wir konnten den Fehler auf unserem Demo System beobachten. In den aktuellen Entwicklerversionen tritt dieser Fehler nicht mehr auf - ich rechne damit das dieses Fehlverhalten bereits repariert wurde.

Viele Grüße
Leo

Hallo zusammen,

wir konnten den fix leider nicht mehr rechtzeitig zur Version 1.4.7 fertigstellen - in i-doit 1.4.8 wird dieser aber enthalten sein!

Viele Grüße
Leo

Hallo Fisi,

vielen Dank für deine Meldung! Das genannte Problem ist bereits bekannt und wurde repariert - Der Bugfix wird im nächsten Minor Release (i-doit 1.4.6) erscheinen. Diese Version soll bis Ende der Woche veröffentlicht werden.

Viele Grüße
Leo

Super! Vielen Dank für die schnelle Umsetzung! 🙂

Hallo Fisi,

bei der Umstellung von der 0.9.9-9 auf die 1.0 hat sich einiges bei den Lizenzen getan:

Gruppen wurden entfernt Lizenzen (aus der Lizenz-Liste) können nun nicht mehr mehrere Schlüssel enthalten (wie vorher in der großen Textbox) sondern müssen einzeln angelegt werden Lizenzen haben keinen "Titel" mehr Die Lizenz sollen nicht mehr in den Software Objekten zugewiesen werden sondern nur noch im (z.B.) Server (in der Softwarezuweisung)

Die Datenmigration sollte eigentlich die meisten Daten übernehmen, aber es war relativ schwierig die Daten korrekt in die neue Struktur zu übernehmen… Grade wenn es darum geht es "jedem Recht zu machen".

Wir haben diese Änderungen vorgenommen, weil die Lizenz-Zählung vorher sehr undurchsichtig und in vielen Fällen falsch war. Gleichzeitig haben wir gehofft, dass die neue Struktur einfacher und sinniger für die Benutzer ist - doch leider haben einige Leute, die zuvor die 0.9.x im Einsatz hatten, Probleme mit der neuen Struktur.
Es ist uns mit dem neuen Modell außerdem möglich (zukünftig) mehr Komponenten zu lizenzieren (wie z.B. einzelne Ports, CPU, ...).

Mit freundlichen Grüßen
Leo

Hi,

das ist jetzt ein Button über den Kategorien. Das sind die vier grünen Pfeile in alle Richtungen. Daneben ist auch das Logbuch, der CMDB-Explorer usw. Wir haben das gemacht, da es sich dabei ja nicht um richtige Kategorien handelt.

Lieben Gruß

Als ich den Workshop bei euch in Düsseldorf gemacht hatte, ist das dort dem Moderator auch des öfteren passiert, dieser hat zu der Zeit aber noch die 0.9.9-7 Beta am laufen.

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.

Hi TomJan,

bitte bei Bug-Meldungen die die Pro-Version betreffen das Formular im Kundenportal nutzen. Der Fehler ist uns bekannt und ein Fix liegt bereit.

Lieben Gruß
Christian

Hallo,

vielen Dank für die Antwort.

Ich habe das erste Statement in meiner Testumgebung auf die DB idoit_data ausgeführt. Es kamen keine Fehlermeldungen. Allerdings sind die langen Ladezeiten leider nach wie vor vorhanden.

LG, fisi.

Danke für die Antwort.

Allerdings bekomme ich folgende Fehlermeldung, wenn ich die URL aufrufe:
Fatal error: Cannot instantiate abstract class isys_component_database in /opt/coolstack/apache2/htdocs/idoit/irm/src/globals.inc.php  on line 33

Die Pfade sind aber eigentlich alle korrekt gesetzt…

Edit: Ich muss dazu aber auch sagen, dass ich das ganz normale Update eingespielt habe und kein spezielles mit Reportmodul (die Updates auf der Seite http://synetics.de/, die ich sonst runterladen konnte, gibt es ja scheinbar nicht mehr...). Es kam auch keine Frage, ob das Report-Modul mit upgedated werden soll.

Habs selbst rausgefunden 🙂

Nachdem die spez. Kategorien nach einem Update auf die 0.9.9-3 immer noch doppelt vorkamen, hab ich nochmal in der DB nachgeschaut:

in der Tabelle  isysgui_cats waren die Einträge doppelt drin, z.B. zwei mal "LC__CATS__CMDB__FILE__ACTUAL", " LC__CATS__CMDB__FILE__VERSIONS" und "LC__CATS__CMDB__FILE__OBJECTS"
die doppelten Einträge hatten alle eine ID > 1000
Nach dem Rauslöschen waren die doppelten Einträge im Webfrontend dann weg

LG, fisi.