4
SCCM Delegate Control für System Management Container schlägt fehl
Hallo @ All,
ich musste meine virtuelle Umgebung neu aufsetzen, weil der Datenträger beschädigt ist auf dem ich diese gespeichert habe. Dazu habe ich mich an diese Anleitung gehalten. Nun gibt es das Problem, dass ich beim Delegieren meines SCCM auf den System Management Container eine Fehlermeldung bekomme und diesen nicht lösen kann. Ich bitte wieder mal um eure Hilfe.
Meine Umgebung:
Host:
Windows 10 1809 Enterprise X64 mit allen Uppdates
Guests:
Domain Controller:
mit AD und DNS (configuriert)
Windows Server 2016 1607 mit allen Updates
SCCM
nur in die Domain gejoint bisher keine weiteren Doings
Windows Server 2016 1607 mit allen Updates
Virtuelle Switches:
Defauilt Switch
Internes Netzwerk:
Egal wie ich es konfiguriere, scheint keinen Effekt auf den Fehler oben zu haben. Habe aber auch schon DNS only konfiguriert und IP + DNS. Keine Änderung.
Aktuell ist es wieder so eingestellt
ipConfig am DomainController:
Hat jemand eine Idee wo das Problem liegen könnte?
Vielen Dank für die Unterstützung!
Grüße!
Mayho
ich musste meine virtuelle Umgebung neu aufsetzen, weil der Datenträger beschädigt ist auf dem ich diese gespeichert habe. Dazu habe ich mich an diese Anleitung gehalten. Nun gibt es das Problem, dass ich beim Delegieren meines SCCM auf den System Management Container eine Fehlermeldung bekomme und diesen nicht lösen kann. Ich bitte wieder mal um eure Hilfe.
Meine Umgebung:
Host:
Windows 10 1809 Enterprise X64 mit allen Uppdates
Guests:
Domain Controller:
mit AD und DNS (configuriert)
Windows Server 2016 1607 mit allen Updates
SCCM
nur in die Domain gejoint bisher keine weiteren Doings
Windows Server 2016 1607 mit allen Updates
Virtuelle Switches:
Defauilt Switch
Internes Netzwerk:
Egal wie ich es konfiguriere, scheint keinen Effekt auf den Fehler oben zu haben. Habe aber auch schon DNS only konfiguriert und IP + DNS. Keine Änderung.
Aktuell ist es wieder so eingestellt
ipConfig am DomainController:
Hat jemand eine Idee wo das Problem liegen könnte?
Vielen Dank für die Unterstützung!
Grüße!
Mayho
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 449915
Url: https://administrator.de/forum/sccm-delegate-control-fuer-system-management-container-schlaegt-fehl-449915.html
Ausgedruckt am: 03.04.2025 um 05:04 Uhr
4 Kommentare
Neuester Kommentar
Hi
Hast du mal Methode #2 aka das Powershell Skript probiert aus deinem Link ?
Hast du die Maschinen gerestored oder neu aufgesetzt ?
Vielleicht nochmal den SCCM aus dem AD nehmen und dann nochmal probieren bzw das Objekt auch aus Computers löschen und dann neu aufnehmen.
Hast du dein Vorhaben auf dem DC gemacht oder auf einem anderen Server oder Client bzgl ADSI Edit?
Was sagt den ein dcdiag über deine Domain ?
Mit freundlichen Grüßen Nemesis
PS auch ein lab kann man Backupen...
Hast du mal Methode #2 aka das Powershell Skript probiert aus deinem Link ?
Hast du die Maschinen gerestored oder neu aufgesetzt ?
Vielleicht nochmal den SCCM aus dem AD nehmen und dann nochmal probieren bzw das Objekt auch aus Computers löschen und dann neu aufnehmen.
Hast du dein Vorhaben auf dem DC gemacht oder auf einem anderen Server oder Client bzgl ADSI Edit?
Was sagt den ein dcdiag über deine Domain ?
Mit freundlichen Grüßen Nemesis
PS auch ein lab kann man Backupen...
Ebenfalls HI!
Arbeite aber mit Restore-Points
gesamte Analyse:
KLEINES UPDATE:
Date & Time war trotz der richtigen Zone-Settings um 1 Stunde hinten. Auf dem SCCM-Server ist dies nicht der Fall obwohl ich die beiden VMs gleichzeitig mit den gleichen Setting und Sourcen aufgesetzt habe. Ich vermute mal, dass DCPromo da einen Fehler hat. Sicher bin ich aber nicht.
Zeit lässt sich bis zum nächsten LogOff /LogOn korrigieren, dann ist sie wieder um 1 Stunde versetzt
Und just finde ich noch einen Hinweis:
https://docs.microsoft.com/en-us/windows-server/identity/ad-ds/get-start ...
Vielleicht liegt's daran. Ich setze beide VMs nochmal zurück und spiele das, nach Anleitung, ohne TimeSync durch.
Hast du mal Methode #2 aka das Powershell Skript probiert aus deinem Link ?
Auch schon versucht, gleicher FehlerHast du die Maschinen gerestored oder neu aufgesetzt ?
Ich musste beide neu aufsetzen, weil die SSD beschädigt ist auf der die VMs gespeichert waren.Arbeite aber mit Restore-Points
Vielleicht nochmal den SCCM aus dem AD nehmen und dann nochmal probieren bzw das Objekt auch aus Computers löschen und dann neu aufnehmen.
habe ich auch schon versucht. Bringt leider nichtsHast du dein Vorhaben auf dem DC gemacht oder auf einem anderen Server oder Client bzgl ADSI Edit?
Management-Container anlegen usw. natürlich am DC. Woanders bringt es ja nichts.Was sagt den ein dcdiag über deine Domain ?
dcdiag sagt alles OK außer bei DFSREvent..gesamte Analyse:
Directory Server Diagnosis
Performing initial setup:
Trying to find home server...
Home Server = AD01
* Identified AD Forest.
Done gathering initial info.
Doing initial required tests
Testing server: Default-First-Site-Name\AD01
Starting test: Connectivity
......................... AD01 passed test Connectivity
Doing primary tests
Testing server: Default-First-Site-Name\AD01
Starting test: Advertising
......................... AD01 passed test Advertising
Starting test: FrsEvent
......................... AD01 passed test FrsEvent
Starting test: DFSREvent
There are warning or error events within the last 24 hours after the
SYSVOL has been shared. Failing SYSVOL replication problems may cause
Group Policy problems.
......................... AD01 failed test DFSREvent
Starting test: SysVolCheck
......................... AD01 passed test SysVolCheck
Starting test: KccEvent
......................... AD01 passed test KccEvent
Starting test: KnowsOfRoleHolders
......................... AD01 passed test KnowsOfRoleHolders
Starting test: MachineAccount
......................... AD01 passed test MachineAccount
Starting test: NCSecDesc
......................... AD01 passed test NCSecDesc
Starting test: NetLogons
......................... AD01 passed test NetLogons
Starting test: ObjectsReplicated
......................... AD01 passed test ObjectsReplicated
Starting test: Replications
......................... AD01 passed test Replications
Starting test: RidManager
......................... AD01 passed test RidManager
Starting test: Services
......................... AD01 passed test Services
Starting test: SystemLog
......................... AD01 passed test SystemLog
Starting test: VerifyReferences
......................... AD01 passed test VerifyReferences
Running partition tests on : ForestDnsZones
Starting test: CheckSDRefDom
......................... ForestDnsZones passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... ForestDnsZones passed test
CrossRefValidation
Running partition tests on : DomainDnsZones
Starting test: CheckSDRefDom
......................... DomainDnsZones passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... DomainDnsZones passed test
CrossRefValidation
Running partition tests on : Schema
Starting test: CheckSDRefDom
......................... Schema passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... Schema passed test CrossRefValidation
Running partition tests on : Configuration
Starting test: CheckSDRefDom
......................... Configuration passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... Configuration passed test CrossRefValidation
Running partition tests on : lab
Starting test: CheckSDRefDom
......................... lab passed test CheckSDRefDom
Starting test: CrossRefValidation
......................... lab passed test CrossRefValidation
Running enterprise tests on : lab.local
Starting test: LocatorCheck
......................... lab.local passed test LocatorCheck
Starting test: Intersite
......................... lab.local passed test IntersitePS auch ein lab kann man Backupen...
Wohl wahr.... Was würdest du sagen, wenn ich dir sage, dass das Backup auch futsch ist? Ganz genau! Tragischer geht's nicht.KLEINES UPDATE:
Date & Time war trotz der richtigen Zone-Settings um 1 Stunde hinten. Auf dem SCCM-Server ist dies nicht der Fall obwohl ich die beiden VMs gleichzeitig mit den gleichen Setting und Sourcen aufgesetzt habe. Ich vermute mal, dass DCPromo da einen Fehler hat. Sicher bin ich aber nicht.
Zeit lässt sich bis zum nächsten LogOff /LogOn korrigieren, dann ist sie wieder um 1 Stunde versetzt
Und just finde ich noch einen Hinweis:
https://docs.microsoft.com/en-us/windows-server/identity/ad-ds/get-start ...
Vielleicht liegt's daran. Ich setze beide VMs nochmal zurück und spiele das, nach Anleitung, ohne TimeSync durch.
Hat niemand sonst eine Idee warum ich den Fehler oben bekomme?
Habe mittlerweile jede weitere Anleitungen versucht die ich gefunden habe und die VMs für DC und SCCM viele male neu aufgesetzt. Immer mit dem gleichen Ergebnis...
Bin fast schon überzeugt, dass Hyper-V den Fehler verursacht. Die alte Test-Umgebung hatte ich unter W10 Ent x64 1802 eingerichtet. Jetzt habe ich 1809.
Habe mittlerweile jede weitere Anleitungen versucht die ich gefunden habe und die VMs für DC und SCCM viele male neu aufgesetzt. Immer mit dem gleichen Ergebnis...
Bin fast schon überzeugt, dass Hyper-V den Fehler verursacht. Die alte Test-Umgebung hatte ich unter W10 Ent x64 1802 eingerichtet. Jetzt habe ich 1809.
So! Ich habe es nun anders gemacht:
Hyper-V Rolle deaktiviert.
VMWare Workstation installiert
Virtuelle Adapter in VMWare konfiguriert
Funkt!
Tschüss und auf nimmer Wiedersehen Hyper-V
Hyper-V Rolle deaktiviert.
VMWare Workstation installiert
Virtuelle Adapter in VMWare konfiguriert
Funkt!
Tschüss und auf nimmer Wiedersehen Hyper-V
