Beim Paketieren der i-doit open 1.18 scheint etwas schiefgegangen zu sein - die Default-User werden nicht in der Datenbank angelegt.

Was bei mir funktioniert hat: i-doit open 1.17.2 von SourceForge herunterladen und installieren, und dann mit dem 1.18er Update-Paket aktualisieren.

HTH,
Martin

Da "Floor" und "Building" mit dem Standort zusammenhängt, wäre wohl die Methode cmdb.location_tree.read die richtige. Die funktioniert aber m.W. nur "abwärts" von der Location Root (Object-ID 1) aus. Eventuell kommt man auch mit cmdb.objects_by_relation.read weiter. Dafür müsste man aber die Konstante für den relation_type kennen (die m.W. nirgends richtig dokumentiert sind).

Try pressing the "Adjust" button.

So wie ich es sehe, ist "Status-Planung" Teil des Add-Ons "Wartung". Die Knowledgebase hat aber keine Informationen dazu Die finden sich in einem Blogeintrag von 2020.

Grüße
Martin

Wenn Du im i-doit-System "Administration > Schnittstelle / externe Daten > JSON-RPC-API > Kategorien und Attribute" aufrufst und "Cluster > Cluster-Mitglieder" wählst, siehst Du, dass der Key der Kategorie C__CATG__CLUSTER_MEMBERS member heißt und der Datentyp integer[], also ein Array ist.

Das ist vermutlich analog dem Beispiel für den Command ldap-sync der Knowledgebase eingerichtet. Dort steht nämlich

attributes[personnel_number]=initials

Der Pfad zu dieser Konfig-Datei wird dem ldap-sync per --config übergeben (das i.d.R. per cron-Job ausgeführt wird).

Das liegt jetzt nicht direkt in meinem Kompetenzbereich, aber Tante Google findet diese Liste von AD-Attributen. Ob employeeID oder employeeNumber bei Ihnen genutzt wird, sollten Sie Ihren lokalen AD-Admin fragen.

Das liegt jetzt nicht direkt in meinem Kompetenzbereich, aber Tante Google findet diese Liste von AD-Attributen. Ob employeeID oder employeeNumber bei Ihnen genutzt wird, sollten Sie Ihren lokalen AD-Admin fragen.

Das ist vermutlich analog dem Beispiel für den Command ldap-sync der Knowledgebase eingerichtet. Dort steht nämlich

attributes[personnel_number]=initials

Der Pfad zu dieser Konfig-Datei wird dem ldap-sync per --config übergeben (das i.d.R. per cron-Job ausgeführt wird).

When encountering a 500 Internal Server Error, the place to look for error messages is the Apache server error log (by default /var/log/apache/error.log)

Die Fehlermeldung gab's kürzlich schon mal hier im Forum. Schau mal dort.

Bei einem "500 Internal Server Error" hilft i.d.R. ein Blick ins Errorlog des Webservers.

HTH,
Martin

I don't have a ready-made script for you. The APi call to create an object is described in the Knowledge Base. How this is called depends heavily on the programming/scripting language useed.

Hi!

Im Online Repository steht ein Report "Logbook" zum Download bereit, den man als Ausgangspunkt für eine Auswertung nutzen kann. Einen so erzeugten Report kannst Du als CSV oder XML exportieren.

HTH,
Martin

Wenn Du im i-doit-System "Administration > Schnittstelle / externe Daten > JSON-RPC-API > Kategorien und Attribute" aufrufst und "Cluster > Cluster-Mitglieder" wählst, siehst Du, dass der Key der Kategorie C__CATG__CLUSTER_MEMBERS member heißt und der Datentyp integer[], also ein Array ist.

Moin!

Die Hotfix-Sektion der Knowledgebase kennst Du? Zugegeben, die einzeiligen Beschreibungen der Parches sind als Dokumentation etwas spärlich, aber es ist ein Anfang.

Hotfixes für ältere Versionen findet man auf GitHub.

Moin @StephanBuerger

die richtige php.ini findest Du unter /etc/php/8.0/fpm/ oder /etc/php/8.0/apache2/ , je nachdem, ob Du php8.0-fpm einsetzt oder nicht.

HTH,
Martin