Sehr cool. Hier ist übrigens mal nen Preview auf die neue Event Version: [image: 1542378585379-2940aeb7-067a-4a6c-9d08-f266223f1776-image.png] [image: 1542378687955-7e33e224-f81d-4568-8e9b-bb409725fc71-image.png]

Top, bei mir hat das auch funktioniert.

@bheisig said in Create temporary Table ENGINE ändern: Ein möglicher Workaround wäre, die Einstellung "enforce_gtid_consistency" auf "Off" oder "Warn" zu setzen. Das allerdings ohne Gewähr unsererseits. Klappt's? Hallo Benjamin, danke das Du nachgefragt hast. Da wir aber die GTID basierte Replikation verwenden, ist das leider keine Option. Siehe offizielle MySQL Doku: https://dev.mysql.com/doc/refman/5.7/en/replication-options-gtids.html dort steht: When enabled, the server enforces GTID consistency by allowing execution of only statements that can be safely logged using a GTID. You must set this option to ON before enabling GTID based replication.

Hallo Kanani, wie Ben schon im anderen Thread gemeint hat, empfehle ich dir, dich beim Support zu melden. Das geht entweder über help@i-doit.com oder help.i-doit.com. Die Root-Lokation ist ein in i-doit tief verwurzeltes Objekt. Ich vermute, das ist nicht ganz so leicht zu ersetzen, da dies die ID 1 haben muss. Vermutlich muss in die Datenbank eingegriffen werden. Melde dich am besten beim Support. Da wird dir sicher gerne geholfen. Lieben Gruß Christian

Gleiches Problem bei mir! Habe auch nochmal einen Thread dazu aufgemacht, in der Hoffnung, dass jemand die Lösung kennt. Siehe: https://community.i-doit.com/topic/3458/root-location-gelöscht Danke schonmal! Viele Grüße Kanani

Update: Die Entwickler sind in der Umsetzung schon einen Schritt weiter, zur 1.12 kommt es dann spätestens, vielleicht auch etwas früher.

Hallo Heiko, nein, so was gibt es meines Wissens nach derzeit nicht. Lieben Gruß Christian

Hallo zusammen, ich konnte das Problem zusammen mit dem Support lösen. Bei mir lag es daran, dass der "session.gc_maxlifetime"-Wert in der php.ini-Datei zu niedrig gesetzt war. Ich habe ihn jetzt auf 21600 gesetzt (entspricht 6 Stunden) und nun funktioniert der Timeout auch wieder. Grüße Michael

Hi Dennis, Du hast Glück, die Listeneditierung ist für dieses Jahr bereits zur Überarbeitung eingeplant. Dabei ist nicht nur das, was Du genannt hast als Feature geplant, sondern auch noch, einzelne Spalten aus der Ansicht wegzuklicken, um es noch übersichtlicher zu machen. Release dann mit der 1.12 im Dezember.

Hallo zusammen, genau, ich meine eine Export Vorlage unter Extras -> CMDB -> Export -> Export draft. Leider gibt es keine Möglichkeit, dies per API anzusprechen. Ich weiß ehrlich gesagt auch nicht, ob es überhaupt machbar/schön ist, XML Output in einem JSON String zu verpacken. Aktuell haben wir es jetzt erstmal so gelöst, dass wir einen HTTP POST Request auf die Login Seite machen, die Cookies speichern und in einem weiteren cURL Request dann den Export über die URL aufrufen. Das ist zwar nicht schön, aber die bisher beste Möglichkeit einen Export automatisch durchzuführen. Viele Grüße Dennis

Hallo zusammen, benutzerdefinierte "Dialog+"-Attribute sollten sich problemlos via API auslesen lassen. Hier ein Beispiel, das mit unserer Online Demo funktioniert: Request: { "version": "2.0", "method": "cmdb.dialog.read", "params": { "category": "C__CATG__CUSTOM_FIELDS__CLIENT", "property": "f_popup_c_1499071800714", "apikey": "c1ia5q", "language": "en" }, "id": 1 } Response: { "jsonrpc": "2.0", "result": [ { "id": "19", "const": "", "title": "New" }, { "id": "20", "const": "", "title": "Used" }, { "id": "21", "const": "", "title": "Leased" }, { "id": "22", "const": "", "title": "Bring Your Own Device (BYOD)" } ], "id": 1 } Den nötigen Wert für property erhält man über "Verwaltung > CMDB Einstellungen > Benutzerdefinierte Kategorien > KATEGORIE-NAME > Technische Konfiguration anzeigen". Ähnliches gilt für Attribute vom Typ "Dialog+ (Mehrfachauswahl)". Getestet mit i-doit pro 1.10.2 und API Add-on 1.9.1 Viele Grüße Benjamin

Danke für die Antworten. Verwende i-doit noch nicht so lange und kannte die Funktion "QCW" noch nicht.

Hi, bitte in folgendem Thread weiterschreiben: https://community.i-doit.com/topic/3389/problem-mit-geräte-in-rack-einsortieren

Hi Thomas, ja, das ist mir auch schon aufgefallen. Das ist wohl ein Fehler in der aktuellen Version (1.10.1 und 1.10.2). Sowas am besten immer direkt unter help.i-doit.com melden. Lieben Gruß Christian

Die Anfrage ist schon ziemlich alt, wir haben von Zeit zu Zeit immer wieder mal Anfragen zum Thema SQL Clustering. Das ist allerdings nicht so einfach und die Hochverfügbarkeit lässt sich auch ganz gut über Cold Standbys o.Ä. regeln. Die technische Umsetzung in i-doit zur vollständigen Unterstützung ist bisher immer an diversen Gründen (Transactions etc.) gescheitert, vielleicht werden wir in Zukunft da nochmal einen Blick drauf werfen. Die MySQL Cluster Technologie hat sich ja auch stark weiterentwickelt.

Hi, in 1.10.1 ist nur das erstellen, nicht das Updaten gefixed. Ich habe eben einen Hotfix angehangen, der muss nach /src/classes/modules/cmdb/dao/category/global/isys_cmdb_dao_category_g_ip.class.php isys_cmdb_dao_category_g_ip.class.php

Ah das funktioniert tatsächlich. Mein Fehler war wohl, dass ich nicht cateID verwendet habe. Vielen Dank

Cool, danke. Ich probiere das mal aus. Ich wollte mich nochmal melden. Mit Bulk-Request ist die Abfrage nun auf akzeptable 3,6 Sekunden geschrumpft. Super und vielen Dank nochmal fürs Stubsen in die richtige Richtung.

Bei Verwendung der API kann man bei den Funktionen cmdb.category.(create|read|update) den Parameter 'category' zusammen mit der String-Konstante benutzen und muss nicht zwischen spezifischen und  globalen Kategorien unterscheiden. Nur bei cmdb.category.delete muss man aufpassen: Diese Funktion funktioniert nicht mit spezifischen Kategorien. In dem Fall muss man die undokumentierte Funktion cmdb.category.quickpurge verwenden.

Hallo, auch kurz meine 5 Cent… Aus i-doit Herstellersicht =): Sprachdateien anpassen: JA! (Custom Sprachdateien finden sich als Beispiel im Dateisystem) Benutzerdefinierte Kategorien benutzen: JA! Im Code Kategorien anpassen: NEIN! (Es sei denn, Du wirst Entwicklungspartner)