af630bba-a804-4888-8e11-34d70ab3b01e-grafik.png
Es sollen alle Server angezeigt werden, die ein BS haben, mit welchen BS, Versionsnummer und Lizenzablaufdatum.

Wenn ich Betriebssystem auswähle ist dort nicht der Name auswählbar. Dieses BS hat eine Lizenz, auf die ich mich beziehen möchte und ein Ablaufdatum, dass ich anzeigen will

Hallo @marcolenhardt

die Meldung: Undefined index: mandator [phar:///var/www/html/idoitcmk/src/Command/Status.php:158]
ist lein Bug der noch behoben wird. Kann solang es keine anderen Problem gibt also Ignoriert werden.

mfg Micha

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

Bei mir war dies auch so, bis ich drauf gekommen bin das bei der Jdisc Gruppe nichts eingetragen werden darf!

Unbenannt.JPG

Jürgen

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: 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:

cdc36f85-c4b9-43f6-b342-ac14a21457a3-grafik.png

Oder so, wenn ich das ganze über das "Schlüssel" Objekt angehe:

6007c0e5-a386-4402-b7d0-609b729fe66c-grafik.png

Oder so:

c1c80bba-4000-457f-b3ce-954d030317ea-grafik.png

Irgendwie scheine ich die Schließgruppe falsch zu haben, die sieht so aus:

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