Hi If the attributes in "Layer 2 Net > Layer 2 Net" are not sufficient you may need to create your own custom category: https://kb.i-doit.com/en/basics/custom-categories.html Regards

Moin, der Fehler war auf ein Berechtigungsfehler vom Verzeichnis /etc/ssl zurück zu führen. Ein ldapsearch mit sudo -u www-data brachte den Fehler ans Licht. Gruß Jens

@mzaidan geht es wirklich um Heizkörper oder um Thermostate? Je nachdem wie granular du die dokumentieren willst ändert sich die Vorgehensweise. Am einfachsten wäre es einen neuen Objekttyp zu erstellen und diesen dann über die Kategorie Standort zu einem Raum zuzuweisen. Eine eigene Kategorie, wenn notwendig, hilft dann beim erfassen der gewünschten Daten.

Hallo @sihadmin ich verstehe... Ich habe auch gerade noch mal genauer nachgesehen: für i-doit 1.12.2 kannst du nur bis Dokumente Add-on Version 1.3.3 nutzen, ab Version 1.4 wird i-doit 1.13 vorausgesetzt. Hast du diese beiden Portale geprüft? Es gibt (noch) das portal.i-doit.com Portal. Wenn du einen Lizenz-Token hast, kannst du auch center.i-doit.com probieren. Sollte dir das nicht weiterhelfen kannst dich bei help@i-doit.com melden - unser Support sollte dir die nötigen Version zuschicken können Viele Grüße Leo

Moin @cale, Bezüglich des HA: Wir haben das über einen Cluster definiert. LG PS

@MartinV Thank you for answer,I tried to add, but the attribute cannot be added -Category lists-Assigned Objects(Organization)

An /var/lib/dpkg würde ich nur mit dem dpkg- oder apt-Befehl indirekt rangehen. Allerdings kannst Du /var/www/html/updates/versions komplett leermachen - das sind die ausgepackten Dateien für idoit-Updates. Da kommen - in der Anzeige verteilt auf die Unterordner - auch nicht wenige Inodes zusammen. Was die Platte über Nacht voll macht, kann ich Dir aber auch nicht sagen (und wüßte auch nicht, wie man das herausfinden kann). Sorry.

Servus @LFischer Version 2.2 Danke für die Aufklärung, das war mir neu. Anhand des Umstandes, dass ich keinen Login durchführe sondern nur via API-Key den Connect herstelle, ziehen hierfür die Expertensettings vom Admin-Center. Ich habe nun api.log-level in den Expertensettings im Admin-Center auf 400 gesetzt (war auf 100 Debug) ... und tataaaa, tut. Danke. LG Stefan

**Edit: Informationen sind nur auf der Webseite valide https://www.i-doit.com/produkte/i-doit-cloud Eine Cloud Eval kann man sich ganz einfach über https://www.i-doit.com/30-tage-testversion/download/#cloud klicken.

Ich habe es mit Hilfe von https://kb.i-doit.com/de/software-entwicklung/add-ons-entwickeln/kategorien-programmieren.html und etwas Wissen über den Aufbau von i-doit selber rausgefunden. Der obigen Artikel fehlen aus meiner Sicht insbesondere die Pfade bzw. Datei-Namen, um das im System besser nachvollziehen zu können. Daher hier kurz mein Vorgehen: Passende Data-Access-Objekt (DA) Klasse finden. Diese Dateien liegen aktuell hier (ich hatte einfach nach dao gesucht, da dass ja recht eindeutig ist) /var/www/html/i-doit/src/classes/modules/cmdb/dao/category/ Hier am besten nach der Sprachkonstante der Kategorie oder eines (eindeutigen) Attributs suchen. In meinem Fall grep -r 'LC__CMDB__CATG__GLOBAL_TAG' *" Das liefert isys_cmdb_dao_category_g_global.class.php Wenn man sich ein wenig mit der Datenbank bzw. den Konstanten auskennt, hätte man die passende Datei aber auch so gefunden. Zur Dao gibt es (eigentlich) immer eine passende UI Interface Klasse. Diese liegen aktuell hier: /var/www/html/i-doit/src/classes/modules/cmdb/ui/ In meinem Fall ist das dann die /var/www/html/i-doit/src/classes/modules/cmdb/ui/global/isys_cmdb_ui_category_g_global.class.php (Also anderer Pfad und ui statt dao) Hier werden die "Rules" (gesammelte Daten aus DAO + ggf. verarbeitete Daten aus dem UI) an das Smarty-Template übergeben: smarty_tom_add_rules('tom.content.bottom.content', $l_rules); Die Templates sind dann aktuell hier zu finden (das ist das, was ich eigentlich wollte): Statt Punkt ein Verzeichnis-Trenner und tom wird zu templates: /var/www/html/i-doit/src/themes/default/smarty/templates/content/bottom/content/ In meinem Fall benötige ich die catg__global.tpl (angelehnt an die Konstante für die Kategorie) welche HTML Code beinhaltet/erzeugt und dass man relativ leicht anpassen kann, da der content/bottom/content hauptsächlich aus einer html Tabelle besteht. Grüße

Servus, du fügst dem Objekttyp Wireless Access Point einfach die Kategorie Netzwerk (Ordner) hinzu. Darin findest du unter Netzwerk/Netzwerkport auch die Mac-Adresse. Du kannst dir in der Übersichtsseite der Wireless Access Points die MAC-Adresse zusätzlich anzeigen lassen, damit du diese auf einen Blick hast. LG Stefan

@Michael-Huhn Guten Morgen, tatsächlich wollte ich das ganze in Zukunft mit einem API-Skript durchsetzten das mit OpenCelium läuft. Auf jedenfall aber hat dies geholfen das der Report jetzt zumindestens richtig funktioniert. Vielen Dank

@TorstenF Kategorien können nicht dupliziert werden. Auch der Export von benutzerdefinierten Kategorien ist nur über den Add-on Packager möglich.

Hallo @sjplanet das habe ich schon öfter gehört Die Ursache ist das, sobald die Kategorieordner mal für einen Objekttypen "gesetzt" sind, bleiben diese unverändert und lassen sich auch nur noch in dieser Oberfläche umsortieren. Die Idee dahinter ist das Benutzer sich eigene Ordner-Strukturen aufbauen können um Kategorien in eine eigene Ordnung zu bringen Sobald das aber passiert ist, kann keine alphabetische sortierung mehr passieren. Es gibt aber bereits Feature Requests dafür die alphabetische Sortierung zu forcieren (es wäre dann: entweder alphabetisch ODER eigene sortierung) Viele Grüße Leo

Hallo @TorstenF ja das geht auch Es sind allerdings ein paar andere Tabellen dafür nötig. Das schaut in etwa so aus: SELECT isysgui_catg__id AS ID, isysgui_catg__title AS Name, isysgui_catg__const AS Konstante, 'Global' AS Typ FROM isysgui_catg UNION SELECT isysgui_cats__id AS ID, isysgui_cats__title AS Name, isysgui_cats__const AS Konstante, 'Spezifisch' AS Typ FROM isysgui_cats UNION SELECT isysgui_catg_custom__id AS ID, isysgui_catg_custom__title AS Name, isysgui_catg_custom__const AS Konstante, 'Benutzerdefiniert' AS Typ FROM isysgui_catg_custom Wir verbinden hier drei Queries zu einem Ergebnis, da es in i-doit aktuell drei Kategorie-Arten gibt (Global, Spezifisch, Benutzerdefiniert). Bzgl. deiner Frage der mitgelieferten Objekttypen: ich fürchte diese Typen liefern wir nicht mit aus, aber genau dafür kann man i-doit ja selbst erweitern Viele Leute werden auch jetzt schon von den Objekttypen und Kategorien "erschlagen". Viele Grüße Leo

Hallo @opinst es gab in den älteren Versionen leider ein Problem beim Updater - der Hotfix sollte dort eigentlich abhilfe schaffen. Was passiert denn wenn du probierst die v29 herunterzuladen? Gibt es Fehlermeldungen o.Ä.? Der Grund wraum direkt die 29 angeboten wird ist weil diese Version alle vorherigen Updates beinhaltet (26, 27, 28). Das heißt es muss nicht zwingend jede Version einzeln aktualisiert werden Sollte der Download aus irgendwelchen technischen Gründen fehlschlagen kannst du natürlich noch immer die update ZIP manuell herunterladen und auf dem Server im i-doit Verzeichnis entpacken - danach taucht sie im Update Prozess zur Auswahl auf. Siehe auch https://kb.i-doit.com/en/maintenance-and-operation/update.html Viele Grüße Leo

Vielen Dank für eure Antworten. Ich werde dies nochmals mit den SysAdmins prüfen. Mir wurde bereits erklärt, dass dies nicht so schlimm ist, da ein Angreifer ja erst auf den i-doit Server kommen muss, bevor es ihm überhaupt möglich wäre, das Passwort im i-doit.sh zu lesen. Falls das gelingt, hätten wir ganz andere Probleme...

Hi @Michael-Huhn das hört sich gut an, ich werde das mal für uns testen und hier nochmal rückmelden. VG Konstantin

Hallo. @Borrmann-Wetropa said in initialer LDAP-Sync scheitert: Aber hier sagt das Script immer ich solle User und Passwort eingeben. Es sieht so aus, als würde die INI-Datei gar nicht einlesen? root@:/var/www/html/src/handler/config# /usr/bin/php /var/www/html/console.php ldap-sync –config /var/www/html/src/handler/config/ldap-sync.ini Warum die INI-Datei nicht gelesen wird, wurde in der vorherigen Antwort erläutert. @Borrmann-Wetropa said in initialer LDAP-Sync scheitert: Auch mit User und Passwort kann das Script es nicht verarbeiten: root@:/var/www/html/src/handler/config# /usr/bin/php /var/www/html/console.php ldap-sync -user admin -password admin –config /var/www/html/src/handler/config/ldap-sync.ini Ist mir auch erst beim zweiten lesen aufgefallen: die Optionen für den user sind -u oder --user , nicht -user . Ebenso sind die Optionen für das Passwort -p oder --password , nicht -password . (In der Knowledge Base heißt es dort --user= und --password= , das mag evt. versionsabhängig sein - einfach ausprobieren. ) Es ist notwendig die exakte Zeichenfolge zu benutzen, sonst wird sie ignoriert oder wirft eine Fehlermeldung. Auch Groß-/Kleinschreibung sollte beachtet werden. Am einfachsten ist es mit -c , -u und -p zu arbeiten. Gruß Zini