Hallo @stephan ,

aktuell ist das noch nicht möglich, wir haben dieses Feature aber im Auge und für dieses Jahr geplant

Viele Grüße
Leo

Hello @finaria

for this you can export a object from i-doit and use the resulting XML

Best regards
Leo

Hey @pserdiuk

at the bottom of the updater it says your current version is 1.13.2 - in this state i-doit is only able to update to the next major version (= 1.14). After this you should be able to update to 1.14.1 or directly 1.14.2

Best regards

Hallo zusammen,

@MartinV hatte es richtig erkannt - um die zugewiesenen Standorte eines Objekts zu erhalten braucht man die Methode cmdb.location_tree.read hier kann man mittels Parameter id entscheiden wessen "children" man sehen möchte.

Also z.B.

{
    "version": "2.0",
    "method": "cmdb.location_tree.read",
    "params": {
        "id": 1234,
        "apikey": "<key>"
    },
    "id": 1
}

Im Ergebnis erhält man dann ein Array mit allen direkt zugewiesenen Objekten, die Daten schauen dabei so aus (pro Objekt):

[
    {
        "id": 302,
        "title": "0.01 Office",
        "sysid": "ROOM_00000302",
        "type": 26,
        "type_title": "Room",
        "status": 2,
        "cmdb_status": 6,
        "cmdb_status_title": "in operation"
    },
    {
        "id": 1073,
        "title": "pool.ntp.org",
        "sysid": "CLOUD_0001073",
        "type": 39,
        "type_title": "Host",
        "status": 2,
        "cmdb_status": 6,
        "cmdb_status_title": "in operation"
    },

    ...
]

Viele Grüße
Leo

Hey @apfel-jan

welche PHP Version hast du im Einsatz? Ich kann an der entsprechenden Stelle keinen "Fehler" finden, vor allem da es ja bei dir auf dem System über die Web GUI läuft

Ist es möglich das Apache und das CLI verschiedene PHP Versionen nutzen?

VG Leo

Hi @jimwendrich

das Problem ist tatsächlich sehr merkwürdig, vor allem wenn man betrachtet wie "wenig" Daten indexiert werden. Gibt es ggf. andere Kategorien welche mehr Datensätze indexieren?

Hast du vielleicht ein paar Logs mit weiteren Informationen oder ggf. Stacktrace?

Alternativ würde mich auch mal interessieren wie groß der Index ist - du könntest hierzu auf der Datenbank die folgende Query ausführen:

SELECT COUNT(1) AS cnt FROM isys_search_idx;

Anschließend könntest du den Suchindex neu aufbauen lassen und erneut die Größe auslesen... Eigentlich sollte sich diese nicht ändern Wächst sie allerdings kontinuierlich scheint es tatsächlich ein Problem zu geben!

Viele Grüße
Leo

Hallo zusammen,

manche Objekt Browser zeigen nur eine bestimmte Auswahl an verfügbaren Objekttypen an, das hat in der Regel mit einem internen Filter zu tun, der auf zugewiesene Kategorien reagiert.

Bedeutet: Wenn dein Objekttyp "SAP System" z.B. die spezifische Kategorie "Anwendungen" beinhaltet sollte diese hier aufgeführt werden. Weitere Informationen zu diesen Filtern (bzw. zur Frage "Warum taucht mein Objekttyp in Objekt Browser XY nicht auf?") findest du hier:

Verwaltung > CMDB Einstellungen > Objekt-Browser

Hier wählst du den entsprechenden Objekt Browser aus "Softwarezuweisung / Anwendung" und solltest anschließend folgende Information sehen:

Viele Grüße
Leo

Hey @jimwendrich

ich habe eben einen Kollegen gefragt - der Bug bzgl. den "JDISC Custom Attributes" ist bekannt, aber es gibt noch keinen Fix dafür. So wie es aktuell aussieht wird es auch nicht mehr den Weg in die i-doit 1.17.2 finden.

Die Anmerkung zur White- bzw Blacklist verstehe ich sehr gut. Ich werde das mal mitnehmen, ggf. bekommen wir hier in der Zukunft eine zufriedenstellende Lösung hin

Wenn ich es richtig sehe sollte es (ohne Seiteneffekte) möglich sein die DB Tabelle isys_catg_jdisc_ca_list zu leeren. Vorher aber bitte unbedingt eine Sicherung machen!

Zum letzten Punkt: es kann natürlich sehr gut sein, das die zusätzlichen ~135k Einträge auftauchen weil der Prozess vorher abgebrochen ist... Ich fürchte das kann man nicht wirklich nachvollziehen

Viele Grüße
Leo

Hi @lschloemocher

schau mal bei dem konfiguriertem LDAP Server ob dieser "Aktiv" geschaltet ist

VG Leo

Hi @lschloemocher

schau mal bei dem konfiguriertem LDAP Server ob dieser "Aktiv" geschaltet ist

VG Leo

Hey @kleinrotti

again - sadly no updates regarding this topic

Hi @kleinrotti ,

I'm afraid I have no new information for you Right now the team is working on the upcoming i-doit 1.18 version. There will also be a API release around that time, but it will not contain this feature.

Best regards

Hi @treiss

zu diesem Zweck kann ich dir nur die "Bilder" Kategorie empfehlen - hier kannst du beliebige Bilder per Drag & Drop einfügen.

Wir hatten eine solche Funktion Zeitweise für unsere WYSIWYG Editoren aktiv, allerdings hat das aufgrund der "Speicherart" der hochgeladenen Bilder zu Problemen geführt. Diese werden nämlich als Base64 String hinterlegt was schnell zu sehr großen Datenmengen in der Datenbank führt und im Endeffekt viel Performance und Ressourcen kostet

Kleines Beispiel: dieses Icon (16x16 Pixel):

Sieht in HTML + Base64 Form folgendermaßen aus:

<img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABGdBTUEAAK/INwWK6QAAABl0RVh0U29mdHdhcmUAQWRvYmUgSW1hZ2VSZWFkeXHJZTwAAAKfSURBVDjLpZPrS1NhHMf9O3bOdmwDCWREIYKEUHsVJBI7mg3FvCxL09290jZj2EyLMnJexkgpLbPUanNOberU5taUMnHZUULMvelCtWF0sW/n7MVMEiN64AsPD8/n83uucQDi/id/DBT4Dolypw/qsz0pTMbj/WHpiDgsdSUyUmeiPt2+V7SrIM+bSss8ySGdR4abQQv6lrui6VxsRonrGCS9VEjSQ9E7CtiqdOZ4UuTqnBHO1X7YXl6Daa4yGq7vWO1D40wVDtj4kWQbn94myPGkCDPdSesczE2sCZShwl8CzcwZ6NiUs6n2nYX99T1cnKqA2EKui6+TwphA5k4yqMayopU5mANV3lNQTBdCMVUA9VQh3GuDMHiVcLCS3J4jSLhCGmKCjBEx0xlshjXYhApfMZRP5CyYD+UkG08+xt+4wLVQZA1tzxthm2tEfD3JxARH7QkbD1ZuozaggdZbxK5kAIsf5qGaKMTY2lAU/rH5HW3PLsEwUYy+YCcERmIjJpDcpzb6l7th9KtQ69fi09ePUej9l7cx2DJbD7UrG3r3afQHOyCo+V3QQzE35pvQvnAZukk5zL5qRL59jsKbPzdheXoBZc4saFhBS6AO7V4zqCpiawuptwQG+UAa7Ct3UT0hh9p9EnXT5Vh6t4C22QaUDh6HwnECOmcO7K+6kW49DKqS2DrEZCtfuI+9GrNHg4fMHVSO5kE7nAPVkAxKBxcOzsajpS4Yh4ohUPPWKTUh3PaQEptIOr6BiJjcZXCwktaAGfrRIpwblqOV3YKdhfXOIvBLeREWpnd8ynsaSJoyESFphwTtfjN6X1jRO2+FxWtCWksqBApeiFIR9K6fiTpPiigDoadqCEag5YUFKl6Yrciw0VOlhOivv/Ff8wtn0KzlebrUYwAAAABJRU5ErkJggg==" />

Bei größeren Bildern wächst das entsprechend stark an.

Meiner Meinung nach wäre die einzig Sinnvolle Lösung eine separate Schicht in i-doit einzuführen die solche "Daten" abfängt, als Datei im Dateisystem ablegt und anschließend an den nötigen Stellen referenziert... Leider öffnet man damit einige (Hinter-) Türen die potentiell gefährlich sein können - vom Entwicklungsaufwand mal ganz abgesehen

Hey @kleinrotti

sadly I have no updates yet, currently we are working on the i-doit 1.17.2 version which is going to be released shortly.
I believe after that we will check the API add-on

Best regards

Hey @willpmu

wir haben mit i-doit 1.17 die Konfiguration der benutzerdefinierten Kategorien umgebaut, das dürfte allerdings keine Auswirkungen auf die Kategorien innerhalb der Objekte haben Was genau meinst du mit:

Das Problem ist, dass ich neuerdings keine Möglichkeit mehr habe, den Report zuzuweisen. Es kommt nur mehr ein Beschreibungsfeld, aber keine Auswahl mehr.

Bezieht sich das auf die Konfiguration oder die Kategorie im Objekt? Hast du ggf. Screenshots von "vorher" (ggf. via Snapshot / Sicherung)?

Viele Grüße
Leo

Hey @jimwendrich

ich habe eben einen Kollegen gefragt - der Bug bzgl. den "JDISC Custom Attributes" ist bekannt, aber es gibt noch keinen Fix dafür. So wie es aktuell aussieht wird es auch nicht mehr den Weg in die i-doit 1.17.2 finden.

Die Anmerkung zur White- bzw Blacklist verstehe ich sehr gut. Ich werde das mal mitnehmen, ggf. bekommen wir hier in der Zukunft eine zufriedenstellende Lösung hin

Wenn ich es richtig sehe sollte es (ohne Seiteneffekte) möglich sein die DB Tabelle isys_catg_jdisc_ca_list zu leeren. Vorher aber bitte unbedingt eine Sicherung machen!

Zum letzten Punkt: es kann natürlich sehr gut sein, das die zusätzlichen ~135k Einträge auftauchen weil der Prozess vorher abgebrochen ist... Ich fürchte das kann man nicht wirklich nachvollziehen

Viele Grüße
Leo

Hey @jimwendrich

habe ich das bei das richtig gesehen / verstanden das der Suchindex um mehr als das vierfache "gewachsen" ist? Wie verhält sich das bei weiteren Indizierungen?

Wenn ich mich richtig erinnere haben die "Custom Attributes" von JDisc schon öfters mal für solche Probleme gesorgt, da hier einfach unglaublich viele Daten übertragen bzw. nachträglich auch indexiert werden... Hier kann ich nur empfehlen den Aufruf des Suchindex Commands anzupassen - hier lässt sich mittels --category Option festlegen welche Kategorien indexiert werden sollen.
Das bedeutet du hättest einen einmaligen initialen Aufwand sämtliche Kategorien aufzulisten... Der Vorteil ist aber natürlich das du dann genau die Daten indexieren lässt die für dich interessant sind (= weniger Datenmüll und bessere Performance)!

Dann musst du auch nicht nachträglich die ganzen Daten aus den Switchen löschen - die werden einfach nicht mehr indexiert

Ich hoffe ich konnte dir damit weiterhelfen!

Viele Grüße
Leo

Hallo zusammen,

manche Objekt Browser zeigen nur eine bestimmte Auswahl an verfügbaren Objekttypen an, das hat in der Regel mit einem internen Filter zu tun, der auf zugewiesene Kategorien reagiert.

Bedeutet: Wenn dein Objekttyp "SAP System" z.B. die spezifische Kategorie "Anwendungen" beinhaltet sollte diese hier aufgeführt werden. Weitere Informationen zu diesen Filtern (bzw. zur Frage "Warum taucht mein Objekttyp in Objekt Browser XY nicht auf?") findest du hier:

Verwaltung > CMDB Einstellungen > Objekt-Browser

Hier wählst du den entsprechenden Objekt Browser aus "Softwarezuweisung / Anwendung" und solltest anschließend folgende Information sehen:

Viele Grüße
Leo

Hi @jimwendrich

das Problem ist tatsächlich sehr merkwürdig, vor allem wenn man betrachtet wie "wenig" Daten indexiert werden. Gibt es ggf. andere Kategorien welche mehr Datensätze indexieren?

Hast du vielleicht ein paar Logs mit weiteren Informationen oder ggf. Stacktrace?

Alternativ würde mich auch mal interessieren wie groß der Index ist - du könntest hierzu auf der Datenbank die folgende Query ausführen:

SELECT COUNT(1) AS cnt FROM isys_search_idx;

Anschließend könntest du den Suchindex neu aufbauen lassen und erneut die Größe auslesen... Eigentlich sollte sich diese nicht ändern Wächst sie allerdings kontinuierlich scheint es tatsächlich ein Problem zu geben!

Viele Grüße
Leo