13
Fehler beim Starten Gruppenrichlinien
Hi,
seid kurzen habe ich (Ich glaube nach einem Update bzw. Erweiterung der GPO Dateien) folgende Meldung ...
Was köönet das sein?
Server 2016 2 x DC, einmal VM 1 x Blech ...
Dankeschön
seid kurzen habe ich (Ich glaube nach einem Update bzw. Erweiterung der GPO Dateien) folgende Meldung ...
Was köönet das sein?
Server 2016 2 x DC, einmal VM 1 x Blech ...
Dankeschön
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: 628253
Url: https://administrator.de/forum/fehler-beim-starten-gruppenrichlinien-628253.html
Ausgedruckt am: 25.12.2024 um 16:12 Uhr
13 Kommentare
Neuester Kommentar
Hallo OSelbeck
"Namespace" weist auf einen Fehler im DFS-R hin. Mehr kann ich dir aufgrund dieser Meldung auch nicht sagen. Aber dort würde ich mal mit der Suche beginnen.
Grüsse
Marc
"Namespace" weist auf einen Fehler im DFS-R hin. Mehr kann ich dir aufgrund dieser Meldung auch nicht sagen. Aber dort würde ich mal mit der Suche beginnen.
Grüsse
Marc
@marc-1303
Das hat nichts mit DFS-N zu tun. Mit DFS-R schon gar nicht.
@OSelbeck
Das ist eine Fehler in PolicyDefinitions.
Du bekommst diesen Fehler beim Bearbeiten von GPO, richtig?
Wenn ja:
Beim Laden einer GPO zur Bearbeitung werden die ADMX + ADML eingelesen. Wenn da jetzt zwei ADMX-Dateien den selben Namespace für Einstellungen definieren, dann kommt dieser Fehler.
Wo tritt das auf? Auf Deinem Admin-PC oder auf einem Server?
Hast Du da einen Central Store in der Domäne oder jeder Rechner für sich?
E.
Das hat nichts mit DFS-N zu tun. Mit DFS-R schon gar nicht.
@OSelbeck
Das ist eine Fehler in PolicyDefinitions.
Du bekommst diesen Fehler beim Bearbeiten von GPO, richtig?
Wenn ja:
Beim Laden einer GPO zur Bearbeitung werden die ADMX + ADML eingelesen. Wenn da jetzt zwei ADMX-Dateien den selben Namespace für Einstellungen definieren, dann kommt dieser Fehler.
Wo tritt das auf? Auf Deinem Admin-PC oder auf einem Server?
Hast Du da einen Central Store in der Domäne oder jeder Rechner für sich?
E.
Moin,
die Datei liegt ja anscheinend auf \SysVol\Policies\PolicyDefinitions\ und wahrscheinlich noch unter C:\Windows\PolicyDefinitions\.
die Datei liegt ja anscheinend auf \SysVol\Policies\PolicyDefinitions\ und wahrscheinlich noch unter C:\Windows\PolicyDefinitions\.
1
Hi, ja genau, sobald ich an beide DCs die Verwaltung öffne bzw die GPO egal welche bearbeite, Natürlich Central. direkt an beiden Servern.
Ja, d.h. lokale löschen?
Na was denn nun? Zentral oder lokal? Was hast Du?
Zentral natürlich sorry, falsch ausgedrückt 
macht ja auch bei 2 DCs sinn
macht ja auch bei 2 DCs sinn
Der Fehler kommt auch noch ... Default Domain Policy ...
pragmatischer Ansatz
1. \\domain.tld\sysvol\domain.tld\Policies\PolicyDefinitions umbenennen
2. \\domain.tld\sysvol\domain.tld\Policies\PolicyDefinitions neu erstellen
3. von einem aktuellen DC den Ordner C:\Windows\PolicyDefinitions nach \\domain.tld\sysvol\domain.tld\Policies\PolicyDefinitions kopieren
4. testen, ob keine Fehler
5. von einem aktuellen Win10 ebenfalls den Ordner C:\Windows\PolicyDefinitions nach \\domain.tld\sysvol\domain.tld\Policies\PolicyDefinitions kopieren --> Differenzkopie, nur fehlende oder neuere
6. testen, ob keine Fehler
7. ggf. Falls aus dem alten \\domain.tld\sysvol\domain.tld\Policies\PolicyDefinitions noch fehlende ADMX und ADML kopieren, z.B. für MS Office oder Drittanbieter.
8. eine nach der anderen (ADMX und ADML paarweise) und immer wieder zwischendurch testen, ob keine Fehler
1. \\domain.tld\sysvol\domain.tld\Policies\PolicyDefinitions umbenennen
2. \\domain.tld\sysvol\domain.tld\Policies\PolicyDefinitions neu erstellen
3. von einem aktuellen DC den Ordner C:\Windows\PolicyDefinitions nach \\domain.tld\sysvol\domain.tld\Policies\PolicyDefinitions kopieren
4. testen, ob keine Fehler
5. von einem aktuellen Win10 ebenfalls den Ordner C:\Windows\PolicyDefinitions nach \\domain.tld\sysvol\domain.tld\Policies\PolicyDefinitions kopieren --> Differenzkopie, nur fehlende oder neuere
6. testen, ob keine Fehler
7. ggf. Falls aus dem alten \\domain.tld\sysvol\domain.tld\Policies\PolicyDefinitions noch fehlende ADMX und ADML kopieren, z.B. für MS Office oder Drittanbieter.
8. eine nach der anderen (ADMX und ADML paarweise) und immer wieder zwischendurch testen, ob keine Fehler
2
Alles klar erst Sichern Keien Sicherung kein Mitleid
Werde ich am WE machen, bevor mir langweilig wird.
Dankeschön und ein schönes WE !
Beste Grüße
erst Sichern Keien Sicherung kein Mitleid Werde ich am WE machen, bevor mir langweilig wird.
Dankeschön und ein schönes WE !
Beste Grüße
Da hat wohl wieder einer an den Templates rumgefutelt . Du kannst dir auch schnell anzeigen lassen in welchen Files der Namespace doppelt ist, dann kann man redundante admx files ermitteln und geg. entfernen bzw. austauschen. In der PS z.B.
. Du kannst dir auch schnell anzeigen lassen in welchen Files der Namespace doppelt ist, dann kann man redundante admx files ermitteln und geg. entfernen bzw. austauschen. In der PS z.B.sls "C:\Windows\SYSVOL\domain\Policies\PolicyDefinitions\*.*" -Pattern "Microsoft.Policies.WindowsStore" -SimpleMatch | select Filename
Hab den Überltäter gefunden, mein Kollege meinte, neue GPOs (365 W10) einzuspielen, er hat auf sysvol ein Choaos veranstaltet... und nix gesagt ...
hab auf \\sysvol\Domäne\policies\ und \\PolicyDefinitions usw. er weis nicht, wie er das hin bekommen hat ...
Admin bleib bei deinen Leisten ...
Ich werde mal alles sichern und neu aufbauen ... (Was ihm passiert sage ich nicht)
hab auf \\sysvol\Domäne\policies\ und \\PolicyDefinitions usw. er weis nicht, wie er das hin bekommen hat ...
Admin bleib bei deinen Leisten ...
Ich werde mal alles sichern und neu aufbauen ... (Was ihm passiert sage ich nicht
)(Was ihm passiert sage ich nicht )
Na dann hoffen wir mal das der Schuh an der Vorderseite die richtige Form für die Rückseite des Admins hat 
.1
