10
Set-ADUser generiert Fehler, die keine sind
Hallo zusammen
Kennt jemand dieses Phänomen?
Per Powershellscript wird ein neuer ADUser erstellt und die einzelnen Eigenschaften gespeichert
Vom Prinzip her läuft das so ab:
Der Name wird auch gespeichert, jedoch wird jedes Mal folgende Meldung generiert "Ausnahme beim Aufrufen von "Add" mit 1 Argument(en): "Der Wert darf nicht NULL sein. Parametername: item" Verzeichnisobjekt nicht gefunden"
Danke schon mal für Vorschläge
Kennt jemand dieses Phänomen?
Per Powershellscript wird ein neuer ADUser erstellt und die einzelnen Eigenschaften gespeichert
Vom Prinzip her läuft das so ab:
$Benutzer = "Username"
$Vorname = "Vorname"
Set-ADUser $Benutzer -Givenname $VornameDanke schon mal für Vorschläge
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 237521
Url: https://administrator.de/forum/set-aduser-generiert-fehler-die-keine-sind-237521.html
Ausgedruckt am: 22.12.2024 um 18:12 Uhr
10 Kommentare
Neuester Kommentar
Hallo Arduino,
Grüße Uwe
Vom Prinzip her läuft das so ab:
das Prinzip ist klar, wenn das jedoch nicht der Komplette teil ist, kann ich nur vermuten das du einen Parameter nicht mitgegeben hast der benötigt wird und eben nicht NULL sein darf. In deinem Fall sieht das so aus als würde ein angegebener Username nicht existieren. Wenn du mit dem Script mehrere Benutzer auf einmal änderst ist vermutlich in der Datenquelle ein Username enthalten der nicht im AD existiert. Das sagt ja schon die Fehlermeldung aus Verzeichnisobjekt nicht gefunden.Grüße Uwe
Hallo Uwe
Danke für die schnelle Antwort
Das ist schon der ganze Befehl. Die Eigenschaften werden einzeln gespeichert, wie oben beschrieben. Das Problem ist, dass der Wert zwar gespeichert wird, der Fehler trotzdem angezeigt wird
Es wird nur ein User auf gleichzeitig bearbeitet. Ob dieser überhaupt existiert, wird zuerst überprüft und ggf eine Warnung ausgegeben.
Gruess
Arduino
Danke für die schnelle Antwort
das Prinzip ist klar, wenn das jedoch nicht der Komplette teil ist, kann ich nur vermuten das du einen Parameter nicht mitgegeben
hast der benötigt wird und eben nicht NULL sein darf.
hast der benötigt wird und eben nicht NULL sein darf.
Das ist schon der ganze Befehl. Die Eigenschaften werden einzeln gespeichert, wie oben beschrieben. Das Problem ist, dass der Wert zwar gespeichert wird, der Fehler trotzdem angezeigt wird
if ($ObjVornameTB.Text -ne $ArrUser.GivenName)
{
Set-ADUser $StrUNummer -Givenname $ObjVornameTB.Text
if ($Error -ne $Null)
{
Write-Host -Foreground Red "Vornamen nicht gespeichert"
$StrLogText + "`t" + "Vornamen nicht gespeichert | $Error" >> $StrLogFile
$StrErrorCount = $StrErrorCount + 1
$Error.Clear()
}
}In deinem Fall sieht das so aus als würde ein angegebener Username nicht existieren. Wenn du mit dem Script mehrere Benutzer auf einmal änderst ist
vermutlich in der Datenquelle ein Username enthalten der nicht im AD existiert. Das sagt ja schon die Fehlermeldung aus Verzeichnisobjekt nicht
gefunden.
vermutlich in der Datenquelle ein Username enthalten der nicht im AD existiert. Das sagt ja schon die Fehlermeldung aus Verzeichnisobjekt nicht
gefunden.
Es wird nur ein User auf gleichzeitig bearbeitet. Ob dieser überhaupt existiert, wird zuerst überprüft und ggf eine Warnung ausgegeben.
Gruess
Arduino
was passiert, wenn du den SET-ADUSER Befehl für den jeweiligen User mal manuell in der Konsole eingibst ? Kommt die Fehlermeldung dann auch ?
was passiert, wenn du den SET-ADUSER Befehl für den jeweiligen User mal manuell in der Konsole eingibst ? Kommt die
Fehlermeldung dann auch ?
Dann funktioniert es ohne FehlerFehlermeldung dann auch ?
Edit: Das interessante ist, dass es nicht nur beim Vornamen ist, das war ein Beispiel.
Der Fehler tritt bei verschiedenen Feldern auf, nicht immer bei den selben. Bis jetzt konnte ich noch kein Muster feststellen
Folgende Felder werden bearbeitet
-CanonicalName
-City
-CN
-Company
-Department
-Description
-Displayname
-DistinguishedName
-Divison
-EMailAddress
-EmployeeID
-Fax
-Givenname
-Homepage
-Info
-L
-Manager
-Memberof
-Mobile
-Name
-Office
-OfficePhone
-otherTelephone
-physicalDeliveryOfficeName
-ProfilePath
-StreetAddress
-Surname
-Title
-WWWHomePage
Dann geh dein Script nochmal "penibelst" durch, dann wird sich der Fehler schon finden...vermutlich nur ein Flüchtigkeitsfehler an einer Stelle die du nicht vermutest.
Vermutlich beim Überprüfen ob der User vorhanden ist ! Wen du dies mit "get-aduser" machst wird sich dieses auch mit einer Fehlermeldung bemerkbar machen wenn der User nicht gefunden wird, egal ob man es mit -Erroraction SilentlyContinue unterdrückt. In diesem Fall arbeitet man dann besser mit get-ADUser -Filter "........"
Grüße Uwe
Vermutlich beim Überprüfen ob der User vorhanden ist ! Wen du dies mit "get-aduser" machst wird sich dieses auch mit einer Fehlermeldung bemerkbar machen wenn der User nicht gefunden wird, egal ob man es mit -Erroraction SilentlyContinue unterdrückt. In diesem Fall arbeitet man dann besser mit get-ADUser -Filter "........"
Grüße Uwe
-Manager
Das ist zum Beispiel auch ein problematisches Feld, diesem kannst du z.B. keinen String übergeben sondern dieses Feld muss ein AD-User-Object als Inhalt bekommenDann geh dein Script nochmal "penibelst" durch, dann wird sich der Fehler schon finden...vermutlich nur ein
Flüchtigkeitsfehler an einer Stelle die du nicht vermutest.
Das macht grundsätzlich Sinn. Die Frage ist nur, warum es ein Mal funktioniert, dann wieder nicht.Flüchtigkeitsfehler an einer Stelle die du nicht vermutest.
Werde wohl in dem Fall nochmals Zeile für Zeile durchgehen
Vermutlich beim Überprüfen ob der User vorhanden ist ! Wen du dies mit "get-aduser" machst wird sich dieses
auch mit einer Fehlermeldung bemerkbar machen wenn der User nicht gefunden wird, egal ob man es mit -Erroraction
SilentlyContinue unterdrückt. In diesem Fall arbeitet man dann besser mit get-ADUser -Filter "........"
Denke ich weniger. Beim Bearbeiten muss der Benutzer zuerst den Usernamen des zu bearbeitenden Users eingeben. Dieser wird dann mit Get-ADUser [Username] überprüft. Mit diesem Befehl hatte ich bis jetzt nie Probleme. Vor allem dürfte das Script in dem Fall gar keine Informationen speichern.auch mit einer Fehlermeldung bemerkbar machen wenn der User nicht gefunden wird, egal ob man es mit -Erroraction
SilentlyContinue unterdrückt. In diesem Fall arbeitet man dann besser mit get-ADUser -Filter "........"
Gruss
Arduino
> -Manager
Das ist zum Beispiel auch ein problematisches Feld, diesem kannst du z.B. keinen String übergeben sondern dieses Feld
muss ein AD-User-Object als Inhalt bekommen
Hier bin ich am Anfang auch drüber gestolpert, hab ich jedoch nacher genau so angepasst, das funktioniert zuverlässigDas ist zum Beispiel auch ein problematisches Feld, diesem kannst du z.B. keinen String übergeben sondern dieses Feld
muss ein AD-User-Object als Inhalt bekommen
Naja, ich kann hier halt nur mit der Glasskugel raten, ohne dein gesamtes Script zu kennen ... wenn es in der Konsole läuft liegt der Fehler zu 100% an deinem Script .. wo der liegt ??
Naja, ich kann hier halt nur mit der Glasskugel raten, ohne dein gesamtes Script zu kennen ... wenn es in der Konsole läuft
liegt der Fehler zu 100% an deinem Script .. wo der liegt ??
Das ist so. Nur ich hab den Fehler lange an der falschen Stelle gesucht. Der Verursacher war ein Logikfehler in einer Abfrage. Jetzt funktioniert es so wies sollliegt der Fehler zu 100% an deinem Script .. wo der liegt ??
