none
Absturz Gruppenrichtlinienobjekte RRS feed

 > 

  • Allgemeine Diskussion

  • Discussion
    Anmelden
    0
    Anmelden

    Hallo zusammen,


    Wir haben Server 2008 R2 als DC`s

    Nach einem Absturz der Gruppenrichtlinienkonsole beim Löschen von Softwareverteilrichtlinien habe ich nun folgendes Problem:

    Bei öffnen der Gruppenrichtlinienverwaltung stürzt diese nun laufend ab.

    Wenn ich aber über die MMC das Snapin lade, kann ich die Gruppenrichtlinienverwaltung öffnen.

    Allerding kommt dann der Absturz sobald ich auf den Punkt "Gruppenrichtlinienobjekte" klicke.

    Die Objekte darunter kann ich problemlos bearbeiten.

    Ich habe das Gefühl, das das AD Objekt defekt ist.

    Eine Überprüfung mit Ntdsutil hat allerdings keinen Fehler angezeigt.

    Die Dateien von GPOAdmin können es nicht sein, da der Fehler auf allen DC auftritt.

    Wer kann mir einen Hinweis geben.

    Mit freundlichen Grüßen

    Ch Schmucker


    Montag, 24. April 2017 06:50
    |

Alle Antworten

  • Discussion
    Anmelden
    0
    Anmelden
    Hi,
     
    Am 24.04.2017 um 08:50 schrieb Ch. Schmucker:
    > Ich habe das Gefühl, das das AD Objekt defekt ist.
     
    Vergleiche mit adsiedit cn=policies,cn=system,dc=... die GUIDs mit denen
    im SYSVOL. Die Anzahl sollte identisch sein. Es sollten keine verwaisten
    Einträge auf beiden seiten auftauchen.
    Schau in das Sysvol jedes DCs. die GPMC verbindet sich per Default immer
    mit dem PDC Emulator. Das kann man auf dem Domänen Knoten ändern.
     
    WEnn verwaiste Objekte existieren, kann du diese eigentlich löschen,
    denn entweder fehlt denen der Inhalt (sysvol) oder das Objekt (ad)
     
    Tschö
    Mark
    --
    Mark Heitbrink - MVP Group Policy - Cloud and Datacenter Management
     
    Homepage:  http://www.gruppenrichtlinien.de - deutsch
     
    GET Privacy and DISABLE Telemetry on Windows 10 - gp-pack PaT
     
    Montag, 24. April 2017 11:21
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Hallo Mark,

    danke für die schnelle Antwort.

    Ich habe alles so verglichen wie du geschrieben hast.

    es sind im SYSVOL und im ADSIEDIT die gleiche Anzahl von Objekten.

    Auch die GUID`s sind alle gleich.

    Hast du noch eine Idee ?

    Gruss Christian

    Montag, 24. April 2017 13:40
    |
  • Discussion
    Anmelden
    0
    Anmelden
    > Nach einem Absturz der Gruppenrichtlinienkonsole beim Löschen von Softwareverteilrichtlinien habe ich nun folgendes Problem:
     
    Da wird wohl jetzt im AD nicht das stehen, was die GPMC erwartet... Weißt Du die GUID der betreffenden GPO noch oder findest die über den Displayname? Dann lösch die (CN hat ja Mark schon geschrieben).
     
    Zusätzlich mußt Du noch die Application Advertisement Objekte entsorgen, die zu den MSI-Paketen gehören - CN weiß ich grad net, steht aber im Buch :-)
     
    > Die Dateien von GPOAdmin können es nicht sein, da der Fehler auf allen DC auftritt.
     
    Der hat da garantiert keine Finger im Spiel - die Bearbeitung erfolgt ja nativ mit gpedit...
     
    Montag, 24. April 2017 13:51
    |
    Beantworter
  • Discussion
    Anmelden
    0
    Anmelden
    Hi,
     
    Am 24.04.2017 um 15:40 schrieb Ch. Schmucker:
    > Auch die GUID`s sind alle gleich.
     
    Perfekt, also kein Replikationsproblem mit toten objekten.
     
    > Hast du noch eine Idee ?
     
    Wie Martin schrieb, evtl. ein AAS Eintrag aus der GPO, das es nicht mehr
    gibt
    adsiedit - {guid derGPO}\Machine\Class Store\Packages
     
    Tschö
    Mark
    --
    Mark Heitbrink - MVP Group Policy - Cloud and Datacenter Management
     
    Homepage:  http://www.gruppenrichtlinien.de - deutsch
     
    GET Privacy and DISABLE Telemetry on Windows 10 - gp-pack PaT
     
    Montag, 24. April 2017 15:08
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Wie ich schon geschrieben habe, werden alle GPO`s (55 Stück) in der GPMC, ADSIEDIT und im SYSVOL angezeigt.

    Es gibt keinen Fehlenden oder Ungleiche GUID`s.

    Genaue Informationen über die gelöschte GPO habe ich leider nicht mehr.

    Da aber in der GPMC , im ADSIEDIT und im SYSVOL  keine Unterschiede zu sehen sind scheint das Löschen noch geklappt zu haben bevor die GPMC abgestürzt ist.

    Es muss aber mit dem AD Objekt "Gruppenrichtlinienobjekte" zu tun haben.

    Denn wenn ich das anklicke kommt der Absturz.

    Und wahrscheinlich stürzt die GPMC auch ab weil sie beim Start genau auf  Gruppenrichtlinienobjekte zeigt.

    > Zusätzlich mußt Du noch die Application Advertisement Objekte entsorgen, die zu den MSI-Paketen gehören - CN weiß ich grad net, steht aber im Buch :-)

    Bitte genauer beschreiben. Ich weiß momentan nicht welches Buch gemeint ist ( Kopf voll :-) )

    Gruss Christian

    Montag, 24. April 2017 16:39
    |
  • Discussion
    Anmelden
    0
    Anmelden
    > Wie Martin schrieb, evtl. ein AAS Eintrag aus der GPO, das es nicht mehr
    gibt

    adsiedit - {guid derGPO}\Machine\Class Store\Packages

    OK das zu checken kann etwas dauern.

    Melde mich Morgen wieder............

    Danke schon mal für die Tips

    Gruß Christian

    Montag, 24. April 2017 17:38
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Guten Morgen 

    Ich habe jetzt mal das System mit 2 DC`s visualisiert und alle Softwareverteilrichtlinien gelöscht.

    dann in der GPMC , im ADSIEDIT und im SYSVOL alles überprüft und keine Fehler oder Unstimmigkeiten gefunden.

    Und trotzdem stürzt die GPMC immer noch ab.

    Könnte es noch an einer anderen GPO liegen und wie finde ich das raus ?

    Dienstag, 25. April 2017 06:58
    |
  • Discussion
    Anmelden
    1
    Anmelden
    > Und trotzdem stürzt die GPMC immer noch ab.
     
    Dann aktivier mal das GPMC-Logging (gpmgmttracelevel=2) und guck, ob da was verwertbares rauskommt.
     
     
    Dienstag, 25. April 2017 08:36
    |
    Beantworter
  • Discussion
    Anmelden
    0
    Anmelden
    > Wie ich schon geschrieben habe, werden alle GPO`s (55 Stück) in der GPMC, ADSIEDIT und im SYSVOL angezeigt.
     
    Ich dachte, die GPMC stürzt ab?
     
    > Es muss aber mit dem AD Objekt "Gruppenrichtlinienobjekte" zu tun haben.
     
    Es gibt kein AD-Objekt "Gruppenrichtlinienobjekte". Das ist nur ein virtueller Anzeigecontainer in der GPMC.
     
    >> Zusätzlich mußt Du noch die Application Advertisement Objekte entsorgen, die zu den MSI-Paketen gehören - CN weiß ich grad net, steht aber im Buch :-)
    >
    > Bitte genauer beschreiben. Ich weiß momentan nicht welches Buch gemeint ist ( Kopf voll :-) )
     
    Meins natürlich :-) Gibt auf deutsch nur 2 halbwegs aktuelle Bücher über GPOs...
     
    Spaß beiseite, die AAO sind eigene AD-Objekte, die irgendwo unter CN=System rumlungern. Wenn Du ne GPO hast, in der ein MSI-Paket noch drinsteht, das AAO dazu aber fehlt, könnte ich mir das gut vorstellen.
     
    Dienstag, 25. April 2017 08:39
    |
    Beantworter
  • Discussion
    Anmelden
    0
    Anmelden

    Ja die GPMC stürzt jedes mal ab. Aber ich kann über die Gruppenrichtlinienverwaltung auf die einzelnen GPO`s zugreifen. Allerdings stürzt dann die Konsole wieder ab wenn ich auf Gruppenrichtlinienobjekte klicke.

    Ich habe jetzt noch mal alle GPO`s in der Gruppenrichtlinienverwaltung in dem ADSIEditor und im Verzeichniss überprüft, ob noch Einträge für MSI Pakete vorhanden sind.

    Dies ist nicht der Fall

    Übrigens habe ich mir mal das dein Buch bestellt. Kann ich sicher noch öfter gebrauchen ;-)

    Momentan habe ich Probleme das LOG-File zu erstellen.

    Ich bin noch auf der Suche nach den richtigen Registrieeinträgen.

    Die welche ich bis jetzt gefunden habe erzeugen keine Logdatei :-(

    Melde mich wieder wenn ich die Logdatei habe 

    Mittwoch, 26. April 2017 12:18
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Meinst du das :

    To enable verbose logging

    1. Log onto the client computer as the administrator and run Regedit.

    2. Locate the following key: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon.

    3. Right click Winlogon, select New, and then click DWORD Value.

    4. Enter the following name for the DWORD Value: UserEnvDebugLevel.

    5. Enter 30002 as the hexadecimal value. This writes the userenv into userenv.log, located in the \%windir%\debug directory.

    6. Run "gpupdate /force" to ensure a full listing of total Group Policy processing

    Klappt bei mir nicht :-(

    Es wir keine userenv.log erstellt

    Mittwoch, 26. April 2017 12:29
    |
  • Discussion
    Anmelden
    1
    Anmelden
    Hi,
     
    Am 26.04.2017 um 14:29 schrieb Ch. Schmucker:
    > Meinst du das :
     
    Nein. Das ist das das Objekt Environment Logging. Deine
    Benutzer/Computer haben ja keine Probleme, sondern die GPMC.
     
    Deswegen "gpmgmttracelevel" nicht "UserEnvDebugLevel"
     
     
    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Diagnostics
    gpmgmttracelevel=Dword "2"
     
    Tschö
    Mark
    --
    Mark Heitbrink - MVP Group Policy - Cloud and Datacenter Management
     
    Homepage:  http://www.gruppenrichtlinien.de - deutsch
     
    GET Privacy and DISABLE Telemetry on Windows 10 - gp-pack PaT
     
    Mittwoch, 26. April 2017 12:47
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Hallo Mark,

    sorry das ich erst jetzt antworte, aber ich hatte noch eine andere Baustelle.

    Ich habe die Einträge in der Registry vorgenommen.

    Es wird aber im Tempverzeichnis keine Logdatei (%temp%\gpmgmt.log) erzeugt !

    Muss ich noch andere Einstellungen vornehmen ?

    gruss Christian

    Montag, 8. Mai 2017 06:18
    |
  • Discussion
    Anmelden
    0
    Anmelden

    > Ich habe die Einträge in der Registry vorgenommen.

    Den hier?

    gpmgmttracelevel=2 unter HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Diagnostics

    Noch nie gehört, daß das nicht funktionieren würde... Dann wäre ich per Forum jetzt am Ende der Weisheit.

    Montag, 8. Mai 2017 14:56
    |
    Beantworter