Hi
Lies nochmal die Doku, ich glaub die Funktionalität ist "missverständlich".
Soweit ich das verstanden habe ist das nur für die Planung / Planungskalender. Der CMDB-Status wird aber nicht automatisch umgestellt.
Leo
Hi
Lies nochmal die Doku, ich glaub die Funktionalität ist "missverständlich".
Soweit ich das verstanden habe ist das nur für die Planung / Planungskalender. Der CMDB-Status wird aber nicht automatisch umgestellt.
Leo
Hi
Verwaltung > CMDB Einstellungen > Objekt-Browser
Leo
Hi,
Ich würde mal unter Verwaltung > <Firma> Verwaltung > Systemreperatur
auf der rechten Seite unfertige Objekte ansehen und löschen.
Alternativ im Personen Typ mal nach ID oder Erstellungsdatum sortieren. Teilweise wird das fragliche Objekt mit Objekt-Titel in geschweiften Klammern angezeigt. Z.B. {165465}
Wenn das nicht klappt:
Im Report Manager einen Report erzeugen, um das Objekt zu finden (Bedinung = Dein Login)
Unbedingt Objekt-ID anzeigen lassen, damit man das Objekt direkt per URL aufrufen kann: https://demo.i-doit.com/?objID=247
Wenn es immer noch nicht klappt, kann man auch direkt in der DB nachschauen (und löschen)
Grüße
Leo
Hi,
also in meiner RHEL 8 Installations-Doku habe ich ein
dnf install php-ldap
stehen, welches auch in der offiziellen Doku steht:
https://kb.i-doit.com/en/installation/manual-installation/red-hat-enterprise-linux/index.html
Ansonsten: Funktioniert ein
openssl s_client -connect <Host>:389
Wenn ja, kannst Du mit dem s_client auch gleich Dein ldapsync User testen.
Spätestens bei ldaps wirst Du s_client eh benötigen, um zu testen.
Leo
Hi
Also bei mir kam das mal mit einem falsch konfigurierten Import.
Schau Dir mal in der Datenbank die isys_cmdb_status an. Dort solltest Du die relevanten Einträge finden. Dann kann es unterschiedliche Möglichkeiten geben
Vor Änderungen natürlich ein Backup machen.
Oder zumindest die Werte notieren.
Grüße
Leo
Hi
Den Usern eine Gruppe zuweisen (z.B. die Reader oder Editor Gruppe) und nochmal testen. Diese Standardgruppen haben auch schon ein Set Standardberechtigungen.
Für Später
Grüße
Leo
Hi
Sollte unter
Dialog-Admin > Custom Dialog+
zu finden sein.
Grüße
Leo
Hi
Die passende rückwärtige-Kategorie zu "Kontakte>Personen>Zugewiesene Endgeräte" ist "Zugewiesener Arbeitsplatz" ("Hardware > Geräte" ist also falsch).
Die Namensgebung ist unschön, aber dass sollte man ja mit der neuen i-doit Version leicht anpassen können.
Grüße
Hi
Die Wartung ist ja (soweit ich das verstehe) kein Attribut des Objekts, sondern Information, die extra in dem AddOn gepflegt wird. Die Kategorie ist dann nur eine Art View auf diese Daten.
Evtl. musst Du also den Report in SQL selber zusammenbauen (wie es auch die View im Report Manager macht).
Auf den ersten Blick würde ich mir die isys_maintenance Tabellen genauer anschauen.
Grüße
Leo
Hi
Cannot help with the filesize.
But think twice about handling files with i-doit. I find it very cumbersome and time consuming.
My suggestion:
Automate the export to a folder.
Optional: provide access to this folder via a webserver
Link from i-doit to this fodler.
Regards
Leo
Hi
Direkt im CSV Import gibt es doch folgende Einstellung:
Behandlung von Multi-Value-Kategorien
Der 1. ist Standard und Dein "untouch". Wahrscheinlich hat jedes Deiner Objekte schon eine Beziehung. Dann wird auch nichts neues importiert.
Der 2. wird dir Duplikate erzeugen (spätestens beim 2. Import)
Der 3. verlangt, dass das Dein Quell-CSV (immer) alle Informationen enthält. Er impliziert auch, dass diese Beziehungen nicht mehr manuell von Anwendern gepflegt werden.
Du musst also ggf. Deine Import-Strategie anpassen oder den Update per API machen (dann kann man Duplikate programmatisch verhindern)
Grüße
Leo
Hi
Vermutlich braucht ein Widget/Report auf dem Dashboard länger zum Laden. Evtl. weil es neue Funktionalität gab oder der Report jetzt andere Ergebnisse liefert.
Grüße
Leo