Danke schon mal

Hallo nochmal, sorry hat sich erledigt! Wer lesen kann ist klar im Vorteil! admin changeme Gruß Daniel

Hallo jkondek, der Haken hat dort tatsächlich gefehlt! Habe ihn gesetzt und nun ist "Personen" wieder zu sehen. Aber so ein Haken verschwindet doch nicht durch ein Update?! Wüsste nicht, wann ich das letzte Mal im Quick Configuration Wizard war. Wenn man dort etwas ändert, taucht das ja scheinbar auch nicht im Logbuch auf. Merkwürdig. Vielen vielen Dank für deine Hilfe! Grüße lywa

Hallo The.Man2, Du koenntest ein passendes Objekt aus Deiner CMDB als XML exportieren und Dir den Export dann als Vorlage fuer einen neuen Import nehmen, sollte als Grundkonstrukt eigentlich funktionieren. Gruss, jkondek

Hallo MiggiBoy, je nachdem, um welche Art von Kategorie es sich handelt (global, spefizisch), findest Du die Informationen in Deiner mandator DB in folgender Tabelle jeweils im Feld __const: Global: isysgui_catg Spezifisch: isysgui_cats Gruss, jkondek

Hat sich erledigt. Hab's gefunden. Danke

Hallo Michael, man kann mit MySQL-Views dem i-doit vorgaukeln, dass es mit einer Nagios NDO redet obwohl eine Centreon-DB drunter liegt. Dann bekommt man schon einmal den Status der Hosts. Viele Grüße, Michael

Hi, die Lösung ist zu einfach ;). Eine Live Aktualisierung ist bei weitem nicht notwendig. Danke für den Tipp. Grüße, Arne

Herzlichen Dank für die Hilfe. Es stellte sich jedoch heraus, dass das Problem an anderer Stelle lag, eventuell sogar zwischen meinen Ohren Legt man ein neues Template an, öffnet sich zuerst dei Kategorie "Allgemein" in der ich dem Kind einen Namen gebe. Wechsele ich danach in eine Angere Kategorie ohne vorher auf Speichern zu klicken, ist der Bezeichner weg. Und wo kein Bezeichner ist, kann auch keiner angezeigt werden Dies ist auch in der Online-Demo so. Da es sich um ein datenbankgestütztes System handelt, bin ich intuitiv davon ausgegangen, dass alle Einträge sofort gespeichert sind. Hier wäre ein Verbessungsvorschlag: Hinweis-Popup beim Kategoriewechsel bei nicht gespeicherten Daten. Liebe Grüße Ralf

Hallo Stefan, du hast genau richtig gelegen. Stand tatsächlich auf "Nein" und nun werden alle Patchfelder wieder angezeigt. Vielen Dank!!! Grüße, lywa

Hallo TBC, php 7.0 wird weiterhin noch nicht unterstuetzt, daher wird darunter noch niemand die CMDB betreiben koennen. Gruss, jkondek

Hallo, ich habe das gleiche Problem. Hast du eine Lösung gefunden.

Hallo Michael, für mich hört es sich eher als ein Monitoring-Task. Viele Grüße, Chekov

Hallo Stefan, das muesste von den Entwicklern angepasst werden. Du koenntest Deine Idee als FeatureRequest beim Support melden, die nehmen das dann bestimmt auf. Gruss, jkondek

Hallo, wir haben unser Problem mittlerweile mit dem Idoit-Support untersucht. Allerdings konnten wird nicht eindeutig eine Ursache dafür herausfinden. Die betroffenen Objekte und Datensätze (danke auch jkondek für den Hinweis) hatten alle den Status "Normal", also Status ID 2. Auch sonst waren die Daten aus DB-Sicht absolut sauber eingepflegt, soweit ich das beurteilen kann. Die Datensätze in Tabelle isys_catg_relation_list hatten eine ID, ein existierendes Master - und Slaveobjekt, sowie ein existierendes Beziehungsobjekt. Man konnte diese nur in dem Sinn von anderen Beziehungen unterscheiden, dass diese "toten" Beziehungen eben nicht im Idoit unter Softwarezuweisung zu sehen waren. Wir vermuten, dass diese "toten Beziehungen" aus früheren Idoit Versionen stammen, da unser Inventar jetzt über mehrere Versionen gewachsen ist und wir zwischen den Versionen teilweise auch die Daten migriert haben. Wir haben uns jetzt mit einem Skript geholfen, dass diese Datensätze aus Tabelle isys_catg_relation_list und die zugehörigen Beziehungsobjekte (also nur das Referenzierte aus dem Feld "isys_catg_relation_isys_obj__id") aus der Datenbank löscht. Bei Interesse bin ich gerne bereit dieses zu teilen, falls mal jemand mit so einem Problem konfrontiert wird. Viele Grüße

Hallo, bei der Definition der LDAP-Verbindung z.B. folgenden Filter nutzen: (memberof=CN=XXX,OU=Gruppen,DC=hier,DC=das,DC=richtige,DC=de) Die DCs bitte eurer AD-Struktur anpassen. Man kann beliebige normale LDAP-Filter nutzen, diese sind nicht i-doit spezifisch.