Hallo Micha,

vielen Dank für den Hinweis mit dem Parameter "EntryID"! Ich hatte noch "Category_ID" von cmdb.category.update verwendet.

Wenn ich nun aber zum Beispiel die Description des Eintrags ändern möchte meckert er immer noch dass die IP bereits vergeben ist .

Anlegen der IP -> Entry 709 { "method": "cmdb.category.save", "params": { "object": 204, "data": { "net": 2110, "active": 1, "ipv4_address": "192.168.16.15", "ipv4_assignment": 2, "description": "hallo" }, "apikey": "1234567890abc", "category": "C__CATG__IP" }, "id": "1", "jsonrpc": "2.0" } -- ------- ------ 1 2.0 @{success=True; message=Category entry successfully saved; entry=709} Ändern der Description -> Fehler { "method": "cmdb.category.save", "params": { "object": 204, "entry": 709, "data": { "net": 2110, "active": 1, "ipv4_address": "192.168.16.15", "ipv4_assignment": 2, "description": "hallo2" }, "apikey": "1234567890abc", "category": "C__CATG__IP" }, "id": "1", "jsonrpc": "2.0" } -- ------- ----- 1 2.0 @{code=-32603; message=Internal error: There was a validation error: ipv4_address(text): The selected IP-address is already being used in "hostABC" (#204).; data=}

Hat sich das Verhalten bei der save-Methode im Vergleich zu update verändert? Bei Update konnte ich immer die IP mitgeben. Wenn ich die IP-Adresse nicht angebe in der Anfrage funktioniert es aber so müsste ich immer zuerst in einer Abfrage prüfen ob die IP noch stimmt.

Ich habe in den Experteneinstellungen auch schon die Validierung testweise abgeschaltet aber es ist das gleiche Ergebnis.

Viele Grüße
Sascha

Hallo @pmblue
welche i-doit und welche Dokumente Version verwendest du?
Ich konnte es in i-doit PRO 1.14.2 mit Dokumente 1.4.1 nicht nachstellen.

Hast du mal eine neue Revision erzeugt oder das Template überspeichert?
mfg Micha

Hallo,

nein, die gibt es nicht und die ist meines Wissens nach auch nicht geplant. Vielleicht ja irgendwann mit der 2.0...?

Wieso möchtest du denn von MySQL weg?

Liebe Grüße
Christian

Auweh, hallo @Philipp-Hörselmann,
entschuldige bitte die elends späte Rückmeldung. Das Thema besteht bei mir immer noch.

Vielleicht habe ich da etwas vermischt. In der Liste ist der Standort-Pfad korrekt, nur die Spalte "Übergeordnetes Objekt" ist leer, wenn der zugewiesene logische Standort eine Organisation ist. Ist er eine Person, steht im übergeordneten Objekt der Name der Person.

Liebe Grüße,
-Manuel

Hallo @Philipp-Hörselmann,
danke für den Hinweis. Ich habe es dann über einen Report gelöst.

Liebe Grüße,
-Manuel

Hey @mirkomatonti
folgend findest du ein kurzes Beispiel einem Objekt eine IP zuzuweisen:
{
"jsonrpc": "2.0",
"method": "cmdb.category.save",
"params": {
"category": "C__CATG__IP",
"apikey": "APIKEY",
"object": OBJECTID,
"data": {
"ipv4_address": "12.34.56.189",
"hostname": "myserver",
"domain": "domain.name",
"primary": 1,
"ipv4_assignment": 2,
"net_type": 1,
"active": 1,
"id": 245
}
},
"id": TENANT-ID
}

Viele Grüße
Phil

Hallo @schoechm,

wie sieht denn der JSON aus den die sendest?
Wo bzw. welche Felder nutzt du um die Netze zu verbinden?

lg
Micha

Hey @Aaron-Ruddick
unfortunately nobody answered yet...
Do you still facing this issue or did you already solve this?

Best
Phil

Hallo @schoechm,

bei Probleme bitte immer die Fehlermeldung mitgeben.
Ansonsten kann ich dir erstmal einen Knowledge Base Artikel mitgeben, bei dem die Methode erklärt wird.
Link

lg
Micha

Moin @Nurmillo201
wie ich sehe, hat dir bisher leider keiner geantwortet...
Du könntest diese benutzerdefinierten Kategorien auf der Übersichtsseite anzeigen lassen. Das kannst du in der Objekttyp-Konfiguration einstellen.
Aber das editieren ohne vorher auf "Editieren" zu klicken, ist nicht möglich.

Viele Grüße
Phil

Hallo @Mischa-K ,

wir haben bisher keine Expertise, i-doit auf der Azure Cloud zu installieren. Es gibt jedoch einen Blog-Artikel, welcher Basis-Informationen zum Betrieb von i-doit auf einem vServer oder einer Cloud (allgemein) mitteilgt -> https://www.i-doit.com/blog/i-doit-installation-auf-cloud-oder-vserver/

Eine SaaS Version gibt es auch nicht. i-doit kann nur On-Premise genutzt werden (bzw. wie im Blog-Artikel beschrieben) auf einer eigenen Cloud/einem eigenen vServer.

Viele Grüße
Phil

Ich habs gefunden.

Aus irgendeinem Grund wurde bei der .save Methode der Parameter ObjID in object umbenannt. Folgender Request funktioniert dann auch:

{ "jsonrpc": "2.0", "method": "cmdb.category.save", "params": { "apikey": "xxx", "object": 15371656, "category": "C__CATS__NET", "data": { "address": "1.1.1.0", "netmask": "255.255.255.0", "range_from": "1.1.1.100", "range_to": "1.1.1.175" } }, "id": 1 }

@Philipp-Hörselmann Alles klar, vielen Dank für die Info. Dann muss ich das mal an unsere Administratoren, die den Server verwalten weiterleiten 🙂

Lösung des Problems: Im ReportManager unter Erweiterte Optionen den "Statusfiler für Multi-Value Kategorien auf" auf "Normal" zu setzten. Dieser Stand auf auf "alle".

@LFischer said in Fehler in Objekt Übersichtseite:

public function get_template() {
return isys_module_smview::getPath() . 'templates/catg__smview_import_ekid.tpl';
}

Hallo Leo,

war genau das was ich gesucht habe. Alles funktioniert!

Danke schön.
Maik

Mit category funktioniert das Ganze. Vielen Dank für die Hilfe! ☺

Inzwischen habe ich von unserem Reseller Nachricht bekommen, dass dieser Bug in i-doit 1.13.2 behoben sein wird.

@franknagel besser hätte ich es auch nicht erklären können ☺

In Deinem Batch-Request-Payload steht in jedem Element das Tupel id/ObjektID/Kategorie. Anhand des id in der Response kannst Du das Request-Paket herausfinden und von dort ObjektID und Kategorie auslesen.

Außerdem: Ich habe bisher nur numerische IDs verwendet. Danke für die Info, dass das nicht sein muss.