Moin @itsa da ist nur eine Spalte der Tabelle abhanden gekommen. Warum und wieso, kann ich aktuell noch nicht sagen. Sobald ich was weiß, sage ich dir Bescheid. VG Phil

Moin @ThomasH dabei handelt es sich leider um einen Bug Aktuell wird daran gearbeitet. Viele Grüße Phil

Moin @Panick wenn du den Switch dem Schrank zugeordnet hast, musst du zusätzlich noch die Position im Schrank angeben. Im folgenden Artikel findest du weitere Infos dazu: https://kb.i-doit.com/display/de/Rack-Ansicht#Rack-Ansicht-ObjekteinSchrankpositionieren Viele Grüße Phil

Moin @pmblue anscheinend hat dir leider noch keiner antworten können.. Leider ist das aktuell nicht möglich, aber vielen Dank schonmal für den Hinweis. Viele Grüße Phil

Moin @amarek leider hat dir wohl bisher keine Antwort geliefert. Konntet Ihr das Problem lösen? Viele Grüße Phil

Moin @jlariza wie es aussieht hat dir leider bisher keine Antwort liefern können.... Leider gibt es keine Möglichkeit Nested Groups in i-doit zu synchronisieren. Viele Grüße Phil

Moin @FMS anscheinend lag das Problem etwas zu lange hier, ohne beantwortet zu werden... Ich hoffe, dass im Verlauf der neueren Versionen der Fehler aufgelöst wurde (?) Falls doch noch Probleme diesbezüglich da sind, kannst du mir gerne Bescheid geben. Viele Grüße Phil

Ok, wir haben eine Lösung gefunden: Beim OCS-Impoprt über die console den Schalter --ipPortOverwrite=1 setzen, dann räumt der Import zuumindest alle Systeme auf, die noch im OCS sind.

Moin @ThomasH aktuell ist das leider nicht möglich. Ich werde das aber einmal intern bei uns aufnehmen. Vielen Dank für den Hinweis. Viele Grüße Phil

Moin @JBenzel anscheinend wird dort eine sehr große Menge an Daten angefragt, was zu einem Timeout führt. Da "kleine" Profile funktionieren, empfehle ich einmal den Import über die Konsole zu testen. -> https://kb.i-doit.com/display/de/JDisc+Discovery#JDiscDiscovery-Importüberdiei-doitConsole Hier findest du auch noch weitere Informationen zu dem Command -> https://kb.i-doit.com/display/de/Optionen+und+Parameter+der+Console#OptionenundParameterderConsole-import-jdisc Viele Grüße Phil

Klappt so nicht wirklich sind jetzt alle in Archiviert trotz der u.g. Einstellung die Internen User werden damit in gelöscht verschoben, warum? und wie kann ich Sie wieder aktivieren? deletedUsersBehaviour=delete ; What to do with disabled users in your Active Directory: ; Possible values: archive, delete, disable_login ; ; archive = set user stastus to archived ; delete = set user status to deleted ; disable_login = set user status to normal and disable login ; disabledUsersBehaviour=delete ; Attach users to Rooms statically ; Syntax: i-doit Room-Title => i-doit Username(s) php-array-separated Möchte auch noch die User mit leeren Feldern ignorieren? tja hier gibt es viele Fehler in den Beispielen, was wäre den nun richtig? das u.g. hat so zumindest damit nicht funktioniert. Kann mir geholfen werden? ; Examples: ; ignoreUsersWithAttributes[] = "samaccountname" ; ignoreUsersWithAttributes[] = "sn" ; ; ignoreUsersWithAttributes = [], ignoreUsersWithAttributes = [] ; defined functions: - empty ; - !empty ; - isset ; - !isset ; ; Example: empty would be executed as empty($value) ; ; Default: ignoreFunction => 'empty' ignoreFunction = 'empty'

Habe das in Jdisc gelöst, dort ein eigenes Profil für die VDI Clients angelegt, was diese nun in Idoit richtig zuordnet.

Hi @S-Dindorf als möglichen Workaround könnte ich mir vorstellen einen der gegeben Platzhalter dafür zu nutzen: [image: 1584007946851-bildschirmfoto-2020-03-12-um-11.11.07.png] Werden diese Attribute aus der Kategorie Modell benutzt? Das wäre zwar hier eine doppelte Datenpflegen, aber der einzige Workaround der mit als "schnell und einfach" erschiene. Viele Grüße Phil

Hallo @StefanP74, das ist leider nicht möglich. mfg Micha

Hallo @KaiLorenz, habt Ihr nachdem die Rechte angepasst wurden unter Administration > System tools > Cache / Database den Button Clear auth-system cache betätigt damit die Rechte neu eingelesen werden?

Hat sich erledigt, man muss die 5 Agents nur 2-20 mal importieren, dann kommen irgendwann auch die restlichen Daten... Höchst merkwürdig...

Hallo @Philipp-Hörselmann, danke für die Tipp's. Kommt ganz gut hin, leider aber nur fast. Irgendwie komm ich mit den Beziehungen nicht zurecht. Ich kann aktuell z.B. nicht von der Schließgruppe auf den Schlüssel expandieren und von dort auf die zugehörige Person. Es sieht entweder so aus: [image: 1583330828852-cdc36f85-c4b9-43f6-b342-ac14a21457a3-grafik.png] Oder so, wenn ich das ganze über das "Schlüssel" Objekt angehe: [image: 1583330999568-6007c0e5-a386-4402-b7d0-609b729fe66c-grafik.png] Oder so: [image: 1583331265608-c1c80bba-4000-457f-b3ce-954d030317ea-grafik.png] Irgendwie scheine ich die Schließgruppe falsch zu haben, die sieht so aus: [image: 1583331544138-dc10d78b-4b0d-4015-b822-b241cf47f0f4-grafik.png] Wo will ich mit dem Thema hin.... Folgende Fragestellungen abbilden: Wer hat Zugang zum Serverraum (Personen auf den Schließzylinder 6 -> Schließgruppe 6 -> Schlüssel 6 + weitere Schlüssel innerhalb der Schließgruppe 6) Wer hat wo Zugang mit Schlüssel 6? Ich muss da erstmal drüber schlafen 8-) Gruß Thomas

Hallo @Philipp-Hörselmann dann werde ich bei knapp 1500 Clients mal die API Variante ansehen. Denke das macht bei der Größenordnung Sinn, vor allem kann ich das direkt als cronjob laufen lassen, damit neue Geräte immer auch versorgt werden. Hat schon mal jemand sowas über die API realisiert? Hat jemand Skript-Beispiele? Gruß ThomasH

Hallo, der Thread ist zwar schon ein bisschen älter, aber ich kämpfe im Moment in der Version 1.14 mit dem Thema Verkabelung. Kann es sein, das es hier immer noch Probleme gibt? Gruß Michael

Moin @mwaldeck das geht zum aktuellen Zeitpunkt leider wirklich nicht. Ich würde Vorschlagen, das als Verbesserungsvorschlag bei uns im Support einzureichen. Viele Grüße Phil