ponchofiesta 10 Geschrieben 25. April 2012 Melden Teilen Geschrieben 25. April 2012 Hallo Leute, auf einer Workstation hab ich ein merkwürdiges Problem. Es wird keine per Gruppenrichtlinie verteilte Software installiert. Das Eventlog sagt dazu: Ereignistyp: FehlerEreignisquelle: Application Management Ereigniskategorie: Keine Ereigniskennung: 108 Datum: 25.04.2012 Zeit: 11:46:10 Benutzer: NT-AUTORITÄT\SYSTEM Computer: UBWSTMAPC083 Beschreibung: Die Änderungen an den Softwareinstallationseinstellungen wurden nicht angewendet. Änderungen an der Software konnten nicht übernommen werden. Ein vorheriger Protokolleintrag mit Einzelheiten sollte vorhanden sein. Fehler: Für diesen Vorgang ist nicht genügend Speicher verfügbar. Auf C: und D: sind noch mehrere GB frei. Arbeitsspeicher ist auch genug vorhanden, falls das gemeint ist. Ich kann mir nicht erklären, wo das Problem liegt. Anfangs gab es direkt davor noch diesen Eintrag: Ereignistyp: FehlerEreignisquelle: Userenv Ereigniskategorie: Keine Ereigniskennung: 1047 Datum: 25.04.2012 Zeit: 11:20:50 Benutzer: NT-AUTORITÄT\SYSTEM Computer: UBWSTMAPC083 Beschreibung: Der Verlauf der Gruppenrichtlinienobjekte konnte nicht aus der Registrierung gelesen werden. Die Verarbeitung der Gruppenrichtlinie wurde fortgesetzt. ...was ich aber durch das Löschen der History-Einträge in der Registry beseitigen konnte. Hat jemand eine Ahnung, was da schief läuft und wie ich es beheben kann? Zitieren Link zu diesem Kommentar
Sunny61 807 Geschrieben 25. April 2012 Melden Teilen Geschrieben 25. April 2012 Sind die beiden Einstellungen aus der GPO-FAQ No. 36 gesetzt? FAQ-GPO Du kannst diese Hinweise überprüfen: Event ID: 108 Source: Application Management Und hier für den zweiten Event: Event ID: 1047 Source: Userenv Zitieren Link zu diesem Kommentar
ponchofiesta 10 Geschrieben 25. April 2012 Autor Melden Teilen Geschrieben 25. April 2012 1. Auf Netzwerk warten: ja, Anmeldescripts weiß ich spontan nicht, sollte aber doch für die Softwareinstallation egal sein!? 2. Jap, hab ich schon durchgeschaut aber mein Fehler ist nicht dabei :/ 3. Wie gesagt, das konnte ich lösen. (übrigens auch mit eventid.net) Zitieren Link zu diesem Kommentar
Sunny61 807 Geschrieben 25. April 2012 Melden Teilen Geschrieben 25. April 2012 1. Auf Netzwerk warten: ja, Anmeldescripts weiß ich spontan nicht, sollte aber doch für die Softwareinstallation egal sein!? Ja, ich frag immer für beide Einstellungen. ;) 2. Jap, hab ich schon durchgeschaut aber mein Fehler ist nicht dabei :/ Funktioniert denn die GPO auf anderen Clients? Wenn ja, was hast Du denn sonst schon alles für die Fehlerbehebung unternommen? Welche SW möchtest Du denn per GPO auf den Clients installieren? Bitte genaue Angaben, auch wie der Pfad in der GPO eingegeben ist. Zitieren Link zu diesem Kommentar
ponchofiesta 10 Geschrieben 25. April 2012 Autor Melden Teilen Geschrieben 25. April 2012 Es handelt sich nicht um eine spezielle Software oder GPO. Es werden grundsätzlich keine Softwareinstallationen mehr gemacht. Ich habe bisher versucht: - GpNetworkStartTimeoutPolicyValue auf 60 (hat besonders im Zusammenhang mit nicht funktionierenden Softwareinstallation per GP schon oft geholfen) - History-Einträge gelöscht (wie oben genannt) - WMI-Repository zurückgesetzt, weil ich da Fehler vermutet hatte (secedit ...) - Lokale Richtlinie zurückgesetzt (secedit ...) - chkdsk - Berechtigungen einiger Ordner geprüft - Und zu guter Letzt den ganzen Rechner aus der Domäne genommen, Software manuell deinstalliert, NewSID, Rechner wieder rein in die Domäne ...hat alles nichts geholfen. Ich hab das Problem jetzt allerdings anders gelöst: Rechner platt gemacht und ein frisches Image drauf gespielt. Nun ist Ruhe im Karton :) Trotzdem nicht zufriedenstellend, wenn man keine Lösung findet :/ Zitieren Link zu diesem Kommentar
Sunny61 807 Geschrieben 26. April 2012 Melden Teilen Geschrieben 26. April 2012 Es handelt sich nicht um eine spezielle Software oder GPO. Es werden grundsätzlich keine Softwareinstallationen mehr gemacht. Wir installieren hier schon sehr viel über den Local Update Publisher und den WSUS. Lohnt sich auf alle Fälle das anzusehen. - Und zu guter Letzt den ganzen Rechner aus der Domäne genommen, Software manuell deinstalliert, NewSID, Rechner wieder rein in die Domäne NewSID ist nicht supported, besser Du verwendest Sysprep. Und falls Du einen WSUS im Einsatz hast, solltest Du unbedingt dies bedenken: A Windows 2000-based, Windows Server 2003-based, or Windows XP-based computer that was set up by using a Windows 2000, Windows Server 2003, or Windows XP image does not appear in the WSUS console Ich hab das Problem jetzt allerdings anders gelöst: Rechner platt gemacht und ein frisches Image drauf gespielt. Nun ist Ruhe im Karton :) Trotzdem nicht zufriedenstellend, wenn man keine Lösung findet :/ Ist aber oftmals schneller als lange nach einer Lösung suchen. Danke für die Rückmeldung. ;) Zitieren Link zu diesem Kommentar
ponchofiesta 10 Geschrieben 26. April 2012 Autor Melden Teilen Geschrieben 26. April 2012 Sysprep nehmen wir normalerweise auch. Aber NewSID geht etwas schneller. Ansonsten hätte ich nämlich direkt ein neues Image drauf knallen können. Da läuft dann eh Sysprep durch. Das Softwareinstallation-per-WSUS-Thema hatten wir ja schon in dem andren Thread :) So ganz überzeugt bin ich davon aber nicht. Zitieren Link zu diesem Kommentar
Sunny61 807 Geschrieben 26. April 2012 Melden Teilen Geschrieben 26. April 2012 Das Softwareinstallation-per-WSUS-Thema hatten wir ja schon in dem andren Thread :) So ganz überzeugt bin ich davon aber nicht. Wenn es funktioniert, ist es sehr komfortabel. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.