12
ID 1085 Userenv Softwareverteilung
Hallo zusammen,
ich wollte zwecks Arbeitsentlastung mit der Softwareverteilung einsteigen und habe alles soweit für den AdobeReader und JRE vorbereitet.
Nun habe ich eine VM XP Testmaschine auf dem DC laufen um diese Dinge auszuprobieren.
Die beiden Anwendungen sind zugewiesen und beim hochfahren taucht auch immer die Meldung auf das der Adobe Reader und JRE installiert werden, aber leider ohne das es passiert
.
Die Fehlermeldung ist wie gesagt nun 1085 Userenv. Die Hilfeseiten von Microsoft habe ich nun mittlerweile alle abgearbeitet und auch die Hinweise bei Eventid.Net helfen nicht wirklich.
C:\Softwareinstall
Freigabe = Jeder (Vollzugriff )
Sicherheit = Administratoren ( Vollzugriff )
Authentifizierte Benutzer ( lesen,Ausführen )
Domänen Benutzer ( Lesen, Ausführen )
Domänencomputer ( Lesen, Ausführen )
Jeder ( Lesen, Ausführen )
System ( Lesen, Ausführen )
In diesem Ordner liegen die .msi Pakete. Die GPO Objekte werden durch Authentifizierte Benutzer delegiert.
Der DC zeigt in seinem Ereignisprotokoll keine Fehler an.
Des weiteren habe ich noch einen kleinen eher ärgerlichen Fehler. Ich habe für alle Benutzer ein Hintergrundbild eingestellt, welches aber auf allen Clients erst richtig angezeigt wird, wenn man den Desktop aktualisiert. Dies ist nach jeder Anmeldung der Fall.
Es handelt sich um ein.jpg was sich unter Sysvol befindet.
Ärgerliche Dinge..
ich wollte zwecks Arbeitsentlastung mit der Softwareverteilung einsteigen und habe alles soweit für den AdobeReader und JRE vorbereitet.
Nun habe ich eine VM XP Testmaschine auf dem DC laufen um diese Dinge auszuprobieren.
Die beiden Anwendungen sind zugewiesen und beim hochfahren taucht auch immer die Meldung auf das der Adobe Reader und JRE installiert werden, aber leider ohne das es passiert
.Die Fehlermeldung ist wie gesagt nun 1085 Userenv. Die Hilfeseiten von Microsoft habe ich nun mittlerweile alle abgearbeitet und auch die Hinweise bei Eventid.Net helfen nicht wirklich.
C:\Softwareinstall
Freigabe = Jeder (Vollzugriff )
Sicherheit = Administratoren ( Vollzugriff )
Authentifizierte Benutzer ( lesen,Ausführen )
Domänen Benutzer ( Lesen, Ausführen )
Domänencomputer ( Lesen, Ausführen )
Jeder ( Lesen, Ausführen )
System ( Lesen, Ausführen )
In diesem Ordner liegen die .msi Pakete. Die GPO Objekte werden durch Authentifizierte Benutzer delegiert.
Der DC zeigt in seinem Ereignisprotokoll keine Fehler an.
Des weiteren habe ich noch einen kleinen eher ärgerlichen Fehler. Ich habe für alle Benutzer ein Hintergrundbild eingestellt, welches aber auf allen Clients erst richtig angezeigt wird, wenn man den Desktop aktualisiert. Dies ist nach jeder Anmeldung der Fall.
Es handelt sich um ein.jpg was sich unter Sysvol befindet.
Ärgerliche Dinge..
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 91138
Url: https://administrator.de/contentid/91138
Printed on: April 20, 2024 at 06:04 o'clock
12 Comments
Latest comment
Moin
Ein paar Fragen:
- Weist du die Pakete unter Computer- oder Benutzerkonfiguration zu?
- Hast Du als Bereitstellungsquelle einen UNC Pfad angegeben?
- Woher hast Du die Pakete? Evtl. selbst erstellt?
Gruß L.
Die Fehlermeldung ist wie gesagt nun 1085 Userenv.
Ich kenne wirklich alle Event ID und die Fehlermeldungen auswendig aber diese eine ist mir gerade entfallen Ein paar Fragen:
- Weist du die Pakete unter Computer- oder Benutzerkonfiguration zu?
- Hast Du als Bereitstellungsquelle einen UNC Pfad angegeben?
- Woher hast Du die Pakete? Evtl. selbst erstellt?
Gruß L.
Hi,
ja soetwas sollte man auch auswendig kennen ;)
The Group Policy client-side <extension> failed to execute. Please look for any errors reported earlier by that extension.
1. In der Computerkonfiguration.
2. \\DCNAME\Softwareinstall\
3. Ich habe es bei Adobe nach dieser Anleitung gemacht http://www.stepone2000.de/doku/Softwareverteilung_mit_Gruppenrichtlinie ... und das .MSI dementsprechend von C:\Dokumente blabla\Administrator\Lokale\Einstellungen\Temp\AcroRead.msi kopiert.
Der einzige Unterschied zu der Anleitung ist, dass ich eine eigene OU Softwareinstall erstellt habe in den ich den TestPC verschoben habe.
ja soetwas sollte man auch auswendig kennen ;)
The Group Policy client-side <extension> failed to execute. Please look for any errors reported earlier by that extension.
1. In der Computerkonfiguration.
2. \\DCNAME\Softwareinstall\
3. Ich habe es bei Adobe nach dieser Anleitung gemacht http://www.stepone2000.de/doku/Softwareverteilung_mit_Gruppenrichtlinie ... und das .MSI dementsprechend von C:\Dokumente blabla\Administrator\Lokale\Einstellungen\Temp\AcroRead.msi kopiert.
Der einzige Unterschied zu der Anleitung ist, dass ich eine eigene OU Softwareinstall erstellt habe in den ich den TestPC verschoben habe.
Ok
Das sieht eigentlich alles super aus.
Die Meldung besagt ja das es vorrangegangene Fehler im Ereignisprotokoll (des Clients) dazu gibt. Ist da irgend ein Hinweis?
Werden andere GPOs angewendet?
Ich nehme mal an Du hast schon versucht nur eine, deiner 2 Installations GPOs anzuwenden?
Gutes HowTo übrigens.
Das sieht eigentlich alles super aus.
Die Meldung besagt ja das es vorrangegangene Fehler im Ereignisprotokoll (des Clients) dazu gibt. Ist da irgend ein Hinweis?
Werden andere GPOs angewendet?
Ich nehme mal an Du hast schon versucht nur eine, deiner 2 Installations GPOs anzuwenden?
Gutes HowTo übrigens.
Hi,
ja es werden auch andere GPO´s angewendet. Ich habe noch eine GPO für allgemeine Beschränkungen der User und eine andere für die Clients.
Alle GPO´s befinden sich aber in unterschiedlichen OU´s. Ich probiere jetzt das ganze mal indem ich die Softwareinstallation mit in die GPO für die Clients nehme mit dem AdobeReader 9.
Mal sehen ob das klappt...Vielleicht stimmt auch etwas mit der OU nicht ?
ja es werden auch andere GPO´s angewendet. Ich habe noch eine GPO für allgemeine Beschränkungen der User und eine andere für die Clients.
Alle GPO´s befinden sich aber in unterschiedlichen OU´s. Ich probiere jetzt das ganze mal indem ich die Softwareinstallation mit in die GPO für die Clients nehme mit dem AdobeReader 9.
Mal sehen ob das klappt...Vielleicht stimmt auch etwas mit der OU nicht ?
So nun haben wir folgende Dinge in der Ereignisanzeige zu verzeichnen.
Ich denke das ist soweit ganz richtig da ich sonst auch Probleme mit der Remotesteuerung bekomme.
Nach einem Neustart bekomme ich nun zur Abwechslung mal ein paar andere Fehlermeldungen.
Die Datei ist aber da. Sie befand sich in dem temporären Setupverzeichnis von Adobe und ist 120MB groß.
Ich habe jetzt mal das Java Paket zu dieser Richtlinie hinzugefügt und bekomme da die Fehlermeldung.
ID 1807
Der Dienst "Sicherheitscenter" wurde beendet. Die Ausführung wurde durch eine Gruppenrichtlinie verhindert. Ich denke das ist soweit ganz richtig da ich sonst auch Probleme mit der Remotesteuerung bekomme.
ID 101, 103 und 108
Die Zuweisung der Anwendung Adobe Reader 9 - Deutsch der Richtlinie ClientsPolicy ist fehlgeschlagen. Fehler: Die Gruppenrichtlinienumgebung sollte die Erweiterung in der synchronen Vordergrundrichtlinienaktualisierung aufrufen.Nach einem Neustart bekomme ich nun zur Abwechslung mal ein paar andere Fehlermeldungen.
Fehler beim Lesen von Datei: \\Servername\Softwareinstall\Data1.cab Systemfehler 64.Die Datei ist aber da. Sie befand sich in dem temporären Setupverzeichnis von Adobe und ist 120MB groß.
Ich habe jetzt mal das Java Paket zu dieser Richtlinie hinzugefügt und bekomme da die Fehlermeldung.
Fehler: Das System kann nicht vom angegebenen Gerät lesen.
Hallo noch mal,
das Problem ist leider immer noch nicht behoben. Wenn ich die Pfade der MSI Dateien manuell verusche zu öffnen bekomme ich bei Java die Fehlermeldung wie oben beschrieben und bei Adobe sagt er lustigerweise das der AdobeReader9 den IE 6 oder höher benötigt (IE 7 ist installiert) .
Danach bricht es ab.
das Problem ist leider immer noch nicht behoben. Wenn ich die Pfade der MSI Dateien manuell verusche zu öffnen bekomme ich bei Java die Fehlermeldung wie oben beschrieben und bei Adobe sagt er lustigerweise das der AdobeReader9 den IE 6 oder höher benötigt (IE 7 ist installiert) .
Danach bricht es ab.
Ich hoffe ich habe das richtig verstanden:
Wenn Du als Admin am Client versuchst dein(e) MSI Paket(e) zu starten erhälst du Fehlermeldungen?
Dann liegt das Problem entweder am Paket selbst oder an den Systemvorraussetzungen.
Wobei
Gruß L.
Wenn Du als Admin am Client versuchst dein(e) MSI Paket(e) zu starten erhälst du Fehlermeldungen?
Dann liegt das Problem entweder am Paket selbst oder an den Systemvorraussetzungen.
Wobei
bei Adobe sagt er lustigerweise das der AdobeReader9 den IE 6 oder höher benötigt (IE 7 ist installiert)
Natürlich nicht wirklich nachvollziehbar ist.Gruß L.
Witzig ist das ich gestern genau das gleiche in einer anderen Domäne ausprobiert habe und der Adobe Reader9 und JRE problemlos (!!) beim ersten mal installiert wurden. Alles ohne irgendwelche Macken.
Die Unterschiede der beiden Domänen.
Domäne A ( Softwareverteilungsprobleme, DHCP vom IPCop, WSUS funktioniert )
Domäne B ( Softwareverteilung ok, DHCP vom PDC, WSUS erkennt keine Clients )
Liegt es jetzt also daran, dass ich bei den DHCP und DNS Einstellungen etwas falsches eingestellt habe wodurch bei Domäne B WSUS nicht geht, aber die Softwareverteilung schon ? Oder sind es Einstellungen in der Benutzerpolicy der Domäne A wodurch die Softwareverteilung nicht klappt ? Denn die Benutzerpolicy wirkt auf meinen Testuser.
Bei der Domäne A habe ich auch ein Problem mit dem zentralen Bildschirmhintergrund , wenn ich den TestPc aus der normalen ClientPolicy nehme. bleibt der Hintergrund schwarz. Rechte Maustaste -> Aktualisieren behebt das Problem.
Das Problem besteht auch wenn ich mich als User anmelde.
Probiere heute Abend noch mal was aus und melde mich dann.
Die Unterschiede der beiden Domänen.
Domäne A ( Softwareverteilungsprobleme, DHCP vom IPCop, WSUS funktioniert )
Domäne B ( Softwareverteilung ok, DHCP vom PDC, WSUS erkennt keine Clients )
Liegt es jetzt also daran, dass ich bei den DHCP und DNS Einstellungen etwas falsches eingestellt habe wodurch bei Domäne B WSUS nicht geht, aber die Softwareverteilung schon ? Oder sind es Einstellungen in der Benutzerpolicy der Domäne A wodurch die Softwareverteilung nicht klappt ? Denn die Benutzerpolicy wirkt auf meinen Testuser.
Bei der Domäne A habe ich auch ein Problem mit dem zentralen Bildschirmhintergrund , wenn ich den TestPc aus der normalen ClientPolicy nehme. bleibt der Hintergrund schwarz. Rechte Maustaste -> Aktualisieren behebt das Problem.
Das Problem besteht auch wenn ich mich als User anmelde.
Probiere heute Abend noch mal was aus und melde mich dann.
Moin
Also DHCP (ob und welchen) ist echt egal.
DNS allerdings ist Kriegsentscheidend fürs AD.
Den solltest Du dir mal näher ansehen. Ereignisprotokolle und so.
Gruß L.
Also DHCP (ob und welchen) ist echt egal.
DNS allerdings ist Kriegsentscheidend fürs AD.
Den solltest Du dir mal näher ansehen. Ereignisprotokolle und so.
WSUS erkennt keine Clients
Nur so am Rande: die Clients melden sich beim WSUS.Gruß L.
Hallo,
kleiner Nachtrag zu der Sache. Es lag am Testclient. Es war eine VM Maschine und damit schien es nicht zu funktionieren. Ich kann nicht 100%ig bestätigen, dass das der Grund war, aber mit anderen neuen Clients funktioniert es tadellos.
Was mache ich nun wegen dem WSUS ?
Wie kann ich dafür sorge tragen, dass die den WSUS finden ?
kleiner Nachtrag zu der Sache. Es lag am Testclient. Es war eine VM Maschine und damit schien es nicht zu funktionieren. Ich kann nicht 100%ig bestätigen, dass das der Grund war, aber mit anderen neuen Clients funktioniert es tadellos.
Was mache ich nun wegen dem WSUS ?
Wie kann ich dafür sorge tragen, dass die den WSUS finden ?
Doch und ich habe es gestern Nachmittag auch noch zufällig gelöst.
Ich habe ein GPO Objekt nur für WSUS erstellt und es über die ganze Domäne verteilen lassen.
Wichtig schien die Einstellung für den internen Pfad zu sein.
http://SERVERNAME:8530
In meinem Fall schien es zwingend GROßGESCHRIEBEN zu werden müssen.
Nun funktioniert es.
Ich habe ein GPO Objekt nur für WSUS erstellt und es über die ganze Domäne verteilen lassen.
Wichtig schien die Einstellung für den internen Pfad zu sein.
http://SERVERNAME:8530
In meinem Fall schien es zwingend GROßGESCHRIEBEN zu werden müssen.
Nun funktioniert es.
