Subcategories

  • Fragen und Infos rund um i-doit, das Team, Ziele und Pläne

    1k Topics
    4k Posts
    C
    Hallo StefanP74, vielen Dank für deinen Beitrag und die Einblicke, die du zu i‑doit gegeben hast. Deine Beschreibung des Vorgehens (Locations → Floors → Equipment etc.) finde ich sehr hilfreich und zeigt, dass du bereits systematisch arbeitest. Ich möchte die Diskussion gern noch etwas erweitern: An alle Nutzer dieser Community – wer von euch hat mit i-doit wirklich ein erfolgreiches Asset-Management-System aufgebaut, also nicht nur Inventarisierung oder Dokumentation, sondern einen durchgängigen Prozess von Beschaffung über Nutzung bis Ausmusterung inklusive Kennzahlen, Kostenverfolgung, Lebenszyklen usw.? Ich finde es schwer vorstellbar, dass nur zwei Organisation bzw. eine Person hier positive Erfahrungen gemacht hat. Ich wäre sehr interessiert zu hören, wie ihr „Erfolg“ definiert habt, mit welchen konkreten Kennzahlen ihr arbeitet, wo eventuell Stolperfallen lagen. Nochmals vielen Dank, Stefan, für deinen Input – und an alle eine große Bitte für Rückmeldungen! Viele Grüße
  • Fragen zu Installation, Konfiguration oder Nutzung

    2k Topics
    8k Posts
    Luis JürgenliemkeL
    Der Fehler "The DAO class does not exist" wird durch das ändern einer benutzerdefinierten Kategorie Konstante ausgelöst, für welche man bereits eine Attribut Einstellung erstellt hat. Dementsprechend ist die Lösung des Fehlers die Konstante wieder in die ursprüngliche Konstante abzuändern. Mit der Version 34 soll auch die "Kategorie Attribute neu indizieren" Funktion in der Verwaltung unter "Systemreparatur und Bereinigung" den Fehler gelöst haben. Allerdings hat das bei meiner i-doit 36 Version nicht geholfen. Es gibt bereits einen Bug Report für diesen Fehler, der Fehler liegt also bereits den Entwicklern vor. LG
  • Einen Fehler melden, Änderungen anregen oder selber entwickeln.

    1k Topics
    4k Posts
    L
    Hallo, laut Doku kann man bei cmdb.object.create auch gleich Attribute in Kategorien schreiben, was einige API Aufrufe erspart: categories Object with Array Category constant, for example: "C__CATG__MODEL" with keys in a array Nach etwas rumprobieren habe ich folgende Möglichkeit gefunden mit der ich Daten schreiben kann: { "version": "2.0", "method": "cmdb.object.create", "params": { "apikey": "*****", "language": "en", "type": "C__NEUER_OBJEKTTYP_ZZ_ALLE_KATEGORIEN", "title": "test_2025-11-20-05", "categories" : { "C__CATG__CUSTOM_FIELDS_NETZ_INFO" : [ {"f_text_nautobot_name" : "asdf"}, {"f_text_nautobot_id" : "12335"} ] } }, "id": 1 } Kann jemand bestätigen, dass dieses Format richtig ist? Wenn ja, wäre es sinnvoll, die API Dokumentation um so ein Beispiel zu erweitern und evtl. das "keys in array" besser zu formulieren. Es gibt ja mehrere Möglichkeiten dies zu implementieren. Grüße Leo
  • Raumpläne verschwunden

    7
    2
    0 Votes
    7 Posts
    351 Views
    D
    Hi @mikelae , du musst die eingefügten Raumpläne makieren und dann übernehmen und speichern. so siehts aus wenn es nicht makiert ist [image: 1620643193929-test1.png] so ist makiert [image: 1620643246005-test2.png] VG DIM
  • idoitcmk :SSL certificate problem: unable to get issuer certificate

    2
    1
    0 Votes
    2 Posts
    377 Views
    Michael HuhnM
    Hallo @hallo456, zuerst mal werden in Zertifikaten immer Hostnamen verwendet und keine IP-Adressen. Somit sollte der Hostname in der Konfiguration des Check_MK 2 Add-ons stehen. Weitere Informationen zur Verwendung von HTTPS findest du z.B. unter https://kb.i-doit.com/display/de/Sicherheit+und+Schutz#SicherheitundSchutz-Transportverschlüsselung mfg Micha
  • idoitcmk Status FAIL

    5
    1
    0 Votes
    5 Posts
    473 Views
    M
    Zum Problem mit "Undifined index: mandator" gibt es laut i-doit support schon ein Bug Ticket. Da wird noch daran gearbeitet. Ich bin in das selbe Problem gelaufen. idoitcmk push sollte aber trotzdem funktionieren (tuts bei mir aber nicht). siehe: Topic 3766 lg, Marco @oliver-w said in idoitcmk Status FAIL: Hallo zusammen, dann "missbrauche" ich mal diesen Thread für mein Problem. [image: 1588765079743-d9ef584d-4304-4408-98f4-a9d704063155-grafik.png] Sowohl die Anbindung des Addons an die JSON-RPC API als auch die Verbindung zum Livestatus funktioniert nicht. idoit und checkmk laufen auf unterschiedlichen Hosts - rein lokaler Testaufbau. Hier die entsprechenden Stellen der config.json: "i-doit": { "url": "http://localhost/src/jsonrpc.php", "key": "277lbx7723pcwwk8", "username": "admin", "password": "admin", "language": "en", "limitBatchRequests": 500 }, "check_mk": { "webAPI": { "url": "http://192.168.100.10/TESTSITE/check_mk/webapi.py", "username": "automation", "secret": "MOINKUGACUIJUGHVCAYG", "effectiveAttributes": true }, "livestatus": { "title": "Check_MK", "type": "tcp", "host": "192.168.100.10", "port": 6557 } }, Weitere Konfig: [image: 1588765834150-524dceea-0d4a-4b1c-a4a0-e320f6c58bbc-grafik.png] [image: 1588765864643-e915a3dd-38a7-45b2-87e4-a55f593fdf90-grafik.png] Wäre für jegliche Hilfe dankbar. Schöne Grüße!