7
Gruppenrichtlinie Computerkonfiguration wird bei einigen Computern nicht übernommen, die Benutzerkonfiguration allerdings schon
Hallo zusammen,
ich habe folgendes Problem bei uns festgestellt: Alle neue Computer (betrifft alle neue Fujitsu Esprimo P2560 Clients), die ich per RIS mit Windows XP SP2 aufsetze, habe ein Problem beim Verarbeiten des Teils der Computerkonfiguration aller Gruppenrichtilinen dieser Domäne. Der Teil Benutzerkonfiguration wird normal gezogen und verarbeitet.
Es gibt auch noch einige wenige Rechner im Unternehmen, die ebenfalls dieses Verhalten zeigen.
Setze ich alte Computer (keine Fujitsu Esprimo P2560 Clients) erneut mit RIS auf, haben wir hier kein Problem. Es betrifft also in 1. Linie die Fujitsu Esprimo P2560 Clients (wie gesagt, und einige wenige Clients != Esprimo P2560)
Ein GPUPDATE /FORCE bringt den gewünschten Effekt, allerdings ziehen die entsprechenden Computer beim Systemstart dennoch die GPOs nicht korrekt (wie oben beschrieben).
Überprüft habe ich dies mit gpresult, dort ist der Effekt eindeutig zu erkennen .
Wie haben
- Keine spezielle Sicherheitsfilterung
- eine Windows Server 2003 Domäne
- Keine WMI Filter.
Ebenfalls habe ich festgestellt, dass die Fujitsu Esprimo P2560 Clients beim PXE Boot immer mal wieder Probleme haben. Es dauert bei Ihnen extrem lange, bis sie vom DHCP Server eine IP Adresse bekommen und über TFTP die entsprechenden Daten gesendet bekommen. Manchmal melden sie auch, dass sie gar keinen DHCP Server gefunden hätten und brechen den PXE Boot komplett ab.
Klingt für mich so, als ob die Initialisierung der Netzwerkkarte sehr lange dauert. Könnte mir vorstellen, dass dies auch mit dem og. Problem zu tun haben könnte.
Kann mir jemand helfen? Hat jemand Tipps, was ich noch überprüfen kann?
ich habe folgendes Problem bei uns festgestellt: Alle neue Computer (betrifft alle neue Fujitsu Esprimo P2560 Clients), die ich per RIS mit Windows XP SP2 aufsetze, habe ein Problem beim Verarbeiten des Teils der Computerkonfiguration aller Gruppenrichtilinen dieser Domäne. Der Teil Benutzerkonfiguration wird normal gezogen und verarbeitet.
Es gibt auch noch einige wenige Rechner im Unternehmen, die ebenfalls dieses Verhalten zeigen.
Setze ich alte Computer (keine Fujitsu Esprimo P2560 Clients) erneut mit RIS auf, haben wir hier kein Problem. Es betrifft also in 1. Linie die Fujitsu Esprimo P2560 Clients (wie gesagt, und einige wenige Clients != Esprimo P2560)
Ein GPUPDATE /FORCE bringt den gewünschten Effekt, allerdings ziehen die entsprechenden Computer beim Systemstart dennoch die GPOs nicht korrekt (wie oben beschrieben).
Überprüft habe ich dies mit gpresult, dort ist der Effekt eindeutig zu erkennen .
Wie haben
- Keine spezielle Sicherheitsfilterung
- eine Windows Server 2003 Domäne
- Keine WMI Filter.
Ebenfalls habe ich festgestellt, dass die Fujitsu Esprimo P2560 Clients beim PXE Boot immer mal wieder Probleme haben. Es dauert bei Ihnen extrem lange, bis sie vom DHCP Server eine IP Adresse bekommen und über TFTP die entsprechenden Daten gesendet bekommen. Manchmal melden sie auch, dass sie gar keinen DHCP Server gefunden hätten und brechen den PXE Boot komplett ab.
Klingt für mich so, als ob die Initialisierung der Netzwerkkarte sehr lange dauert. Könnte mir vorstellen, dass dies auch mit dem og. Problem zu tun haben könnte.
Kann mir jemand helfen? Hat jemand Tipps, was ich noch überprüfen kann?
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: 164948
Url: https://administrator.de/contentid/164948
Ausgedruckt am: 26.11.2024 um 06:11 Uhr
7 Kommentare
Neuester Kommentar
Hi.
Also für dein Problem gibt es auch eine Group Policy für XP. Heist glaub: Beim Neustart und bei Anmeldung immer auf das Netzwerk warten. Dann müsste er die Gruppenrichtlinien für Computer sauber übernehmen.
MfG Andi
Also für dein Problem gibt es auch eine Group Policy für XP. Heist glaub: Beim Neustart und bei Anmeldung immer auf das Netzwerk warten. Dann müsste er die Gruppenrichtlinien für Computer sauber übernehmen.
MfG Andi
Ich würde nach Firmware Updates für die Fujitsu Esprimo Clients suchen. Meistens findest du auch in den Readme Dateien Informationen welche fehler behoben werden.
Ich würde auch auf die Netzwerkkarte Tippen, vieleicht findest du neuere Treiber oder bekommst vom Fujitsu Siemsens support hilfe.
Das stimmt aber wenn er schon vom DHCP nix bekommt glaube ich nicht das diese einstellung das Problem lösen wird.
Maximal verbessern.
LG Andy
Ich würde auch auf die Netzwerkkarte Tippen, vieleicht findest du neuere Treiber oder bekommst vom Fujitsu Siemsens support hilfe.
Also für dein Problem gibt es auch eine Group Policy für XP. Heist glaub: Beim Neustart und bei Anmeldung immer auf das
Netzwerk warten. Dann müsste er die Gruppenrichtlinien für Computer sauber übernehmen.
Netzwerk warten. Dann müsste er die Gruppenrichtlinien für Computer sauber übernehmen.
Das stimmt aber wenn er schon vom DHCP nix bekommt glaube ich nicht das diese einstellung das Problem lösen wird.
Maximal verbessern.
LG Andy
Ich werden jetzt erstmal den Weg über unser Systemhaus gehen, dort haben wir die Clients immerhin gekauft. Ich gehe hier wirklich von einem Firmware oder sogar Hardware Problem aus.
Komisch nur, dass es noch eine Handvoll alter Clients im Haus gibt, die ebenso Probleme mit der Verarbeitung der Computerkonfiguration der Gruppenrichtlinie haben. Sind ebenfalls FTS bzw. noch FSC Computer.
Die Modellreihe Esprimo P2560 hatte jedoch schon immer das "Problem" mit dem PXE Boot.
Ich habe darüber hinaus nochmal die Einstellung "Beim Neustart des Computers und bei der Anmeldung immer auf das Netzwerk warten" überprüft, diese ist in der Defautl Domain Policy aktiviert.
Darüber hinaus ist es doch so, dass beim 1. Start eines Clients in der Domäne die Richtlinien sowieso verarbeitet werden müssen, ebenso bei der 1. Anmeldung eines Domänenbenutzers.
Diese Tatsache spricht also schon gegen ein Problem mit der Verfügbarkeit des Netzwerkes. Ich weiß auch nicht so recht, wie ich hier weiter nach Fehlern suchen soll
Vielleicht antworten ja noch weitere Teilnehmer, die vor ähnlichen Problemen gesessen haben. Euch jedenfalls schonmal vielen Dank für die Antwort.
Komisch nur, dass es noch eine Handvoll alter Clients im Haus gibt, die ebenso Probleme mit der Verarbeitung der Computerkonfiguration der Gruppenrichtlinie haben. Sind ebenfalls FTS bzw. noch FSC Computer.
Die Modellreihe Esprimo P2560 hatte jedoch schon immer das "Problem" mit dem PXE Boot.
Ich habe darüber hinaus nochmal die Einstellung "Beim Neustart des Computers und bei der Anmeldung immer auf das Netzwerk warten" überprüft, diese ist in der Defautl Domain Policy aktiviert.
Darüber hinaus ist es doch so, dass beim 1. Start eines Clients in der Domäne die Richtlinien sowieso verarbeitet werden müssen, ebenso bei der 1. Anmeldung eines Domänenbenutzers.
Diese Tatsache spricht also schon gegen ein Problem mit der Verfügbarkeit des Netzwerkes. Ich weiß auch nicht so recht, wie ich hier weiter nach Fehlern suchen soll
Vielleicht antworten ja noch weitere Teilnehmer, die vor ähnlichen Problemen gesessen haben. Euch jedenfalls schonmal vielen Dank für die Antwort.
hallo,
hast du die alten dateien gelöscht bevor du gpupdate /force ausgeführt hast? wenn nicht würde das zumindest eventuell erklären warum die immer noch nicht korrekt gezogen werden...
hast du die alten dateien gelöscht bevor du gpupdate /force ausgeführt hast? wenn nicht würde das zumindest eventuell erklären warum die immer noch nicht korrekt gezogen werden...
Hmm, entschuldige, aber ich weiß gerade nicht was du mit Dateien löschen meinst?
Hallo,
Ich hatte auch dieses Problem...
Meine Ursache war einfach die falsche Freigabeberechtigung für den Ordner mit den MSI Files!!!
Ich hatte nur die DomänenAdmins (Voll) und Domänenbenutzer (Lesen) drin... dort gehören aber auf jeden Fall auch die Authentifizierten Benutzer (Computer) rein...
Ich saß fast 4 Wochen dran, da in allen gegoogelten Artikeln auf einen falsch konfigurierten DNS gesetzt wurde. Habe locker 10 mal formatiert und neu installiert.
Die Gruppenrichtlinienergebnisse helfen da schonmal weiter
ganz unten in der GPMC.
Gruß, Nicky
Ich hatte auch dieses Problem...
Meine Ursache war einfach die falsche Freigabeberechtigung für den Ordner mit den MSI Files!!!
Ich hatte nur die DomänenAdmins (Voll) und Domänenbenutzer (Lesen) drin... dort gehören aber auf jeden Fall auch die Authentifizierten Benutzer (Computer) rein...
Ich saß fast 4 Wochen dran, da in allen gegoogelten Artikeln auf einen falsch konfigurierten DNS gesetzt wurde. Habe locker 10 mal formatiert und neu installiert.
Die Gruppenrichtlinienergebnisse helfen da schonmal weiter
ganz unten in der GPMC.Gruß, Nicky
Ohh, Danke für den Tipp. Mittlerweile habe ich den Fehler gefunden. Ich schreibe die Lösung unseres Problems hier gerne nochmal auf:
Alles ohne Gewähr, wenn ich jetzt Quatsch erzähle bitte ich es zu korrigieren. So habe ich das jedenfalls verstanden.
Die Gruppenrichtlinien werden ja nach dem Windows Ladebildschirm und der Anmeldemaske ausgeführt... Irgendwo da mitten drin wird der Gruppenrichtlinienstapel eingelesen, mit dem vorhandenen in der Domäne abgeglichen etc.
Wenn auch nur ein Fehler auftriit, wird die Ausführung des gesamten Stapels unterbrochen und nicht fortgesetzt.
Soweit, so gut. Der Fehler bei uns war, dass der DC anscheinend zu diesem Zeitpunkt nicht zur Verfügung stand (oder kurz da war und dann mal wieder nicht). Das habe ich zuerst nicht gemerkt, da die Anmeldung an der Domäne nur Bruchteile einer Sekunde später normal funktioniert. Die Fehlermeldung war aber eindeutig (in der GP Konsole).
Microsoft selbst hat folgenden Artikel online: 1
Dort ist die Rede vom DHCP Media Sense. Ja, Media Sense ist mir ein Begriff, das haben wir als fehlerquelle ja auch schon ausgeschlossen. Aber DHCP Media Sense kannte ich nicht, ist wieder so eine Windows Funktion die ich erst dann wahrnehme, wenn sie Ärger bereitet
Lösung: In der Registry DHCP Media Sense abschalten, schon wird der Gruppenrichtlinienstapel korrekt ausgeführt. Super, das behebt erstmal das Problem, wirft aber weitere Fragen auf.
Dieser Beitrag ist damit gelöst. Lieben Dank für eure Hilfe! Wir lagen ja gar nicht so verkehrt, dass es irgendwie mit der Netzwerkkarte zu tun hat (hatte es aber nicht direkt, es war nämlich egal ob ich eine PCI Nic genutzt habe oder die OnBoard Nic).
Alles ohne Gewähr, wenn ich jetzt Quatsch erzähle bitte ich es zu korrigieren. So habe ich das jedenfalls verstanden.
Die Gruppenrichtlinien werden ja nach dem Windows Ladebildschirm und der Anmeldemaske ausgeführt... Irgendwo da mitten drin wird der Gruppenrichtlinienstapel eingelesen, mit dem vorhandenen in der Domäne abgeglichen etc.
Wenn auch nur ein Fehler auftriit, wird die Ausführung des gesamten Stapels unterbrochen und nicht fortgesetzt.
Soweit, so gut. Der Fehler bei uns war, dass der DC anscheinend zu diesem Zeitpunkt nicht zur Verfügung stand (oder kurz da war und dann mal wieder nicht). Das habe ich zuerst nicht gemerkt, da die Anmeldung an der Domäne nur Bruchteile einer Sekunde später normal funktioniert. Die Fehlermeldung war aber eindeutig (in der GP Konsole).
Microsoft selbst hat folgenden Artikel online: 1
Dort ist die Rede vom DHCP Media Sense. Ja, Media Sense ist mir ein Begriff, das haben wir als fehlerquelle ja auch schon ausgeschlossen. Aber DHCP Media Sense kannte ich nicht, ist wieder so eine Windows Funktion die ich erst dann wahrnehme, wenn sie Ärger bereitet
Lösung: In der Registry DHCP Media Sense abschalten, schon wird der Gruppenrichtlinienstapel korrekt ausgeführt. Super, das behebt erstmal das Problem, wirft aber weitere Fragen auf.
Dieser Beitrag ist damit gelöst. Lieben Dank für eure Hilfe! Wir lagen ja gar nicht so verkehrt, dass es irgendwie mit der Netzwerkkarte zu tun hat (hatte es aber nicht direkt, es war nämlich egal ob ich eine PCI Nic genutzt habe oder die OnBoard Nic).
